关于普元EOS在进行数据库初始化时，字符超长的问题

在正确安装和配置普元平台以后，我们就可以登录到普元管理控制台 http://localhost:8088/eosmgr 进行更进一步的配置。这里就包括数据库的初始化工作。为了方便起见，我们只需要在oracle的样例数据库ORCL中添加一个用户xuwei，然后将普元的数据库初始化到xuwei账户下。oracle创建用户的方法请参考前一篇博客：使用Oracle SQLDeveloper连接数据库并创建用户。

登录普元管理控制台 http://localhost:8088/eosmgr，然后选择“应用管理->数据库初始化”，填写数据库连接配置，如下图所示。填写完毕以后点击“测试”以验证数据库是否正确连接。

普元EOS使用的优缺点：

1、优点：

EOS有自己的理论基础：面向构件所谓面向构件就是指：定义一个结构（可以认为是一个函数一样的东西）。在结构中，定义输入和输出，就形成了一个构件。

每一个Http访问，会建立一个线程级（ThreadLocal）的变量，里面存放一棵xml树。在这个线程的运行过程中，会不停的增加，修改，查询定位树中的节点。这个过程使用xpath实现。据说xpath部分是他们自己重写过的，为了提高效率；

EOS的开发很方便，它已经定义好了很多构件，比如数据库存储构件（实际上是一组static的sql方法），只需要画图就可以完成一个功能。所以它的开发速度非常快；

EOS有一套完整的调试，发布，管理机制，它甚至有自己的Server，所以管理也是比较方便的。

EOS有内嵌的工作流系统，只需要画画图就可以完成工作流的设计；

构件可以极为方便地发布为webservice、可以较为方便地开发简单的基于数据库的web应用。

所提供的构件，都是经过厂商严格测试的，适用起来放心，图形化工具让出错的可能性降低了不少；

2、缺点：

从技术角度及员工发展角度看，使用它的人，感觉自己的择业竞争力在一点点消失；

从工具角度看，EOS充其量是一个开发平台，不是其所吹嘘的SOA业务平台，所有的业务开发不能提供任何可用的业务框架。都要EOS的开发人员进行血和泪的总结后，再开发；

从系统角度看，EOS上开发的东西无任何移值的可能，你在EOS上开发了一个满意的模块，想使用到其它非EOS项目中，是完全不可能的。这对一个想做积累的公司或个人来说是个灾难

相对于OO和J2EE传统开发，EOS易于上手，学习曲线较短。但是这一点有争议，EOS的知识不具备通用性。

EOS页面的开发很不方便，虽然有RIA的支持感觉没有其所吹嘘的那么好使小结现在市场上用得最多的还是EOS5，这个版本出来的时候是2005年，在当时而言，WEB开发平台有那么强已是很不错的，今年发布的EOS6，在目前来说，不说国际，至少国内没有一家能到比它好的。

EOS5和EOS6表面上看区别不大，都是构件组装，实际上有很大的区别：在EOS5中，数据传递用的就是XML，但在6中使用JAVA对象，关这一变化，对性能就有一个质的飞跃。

另外他是符合SCA和SDO标准，至少可以表现出他是一个开放的东西，不是闭门造车。如果软件是来规范业务的，EOS还是不错地；如果软件是来被使用者或者决策者肆虐的，EOS则没有价值。

扩展资料：

PrimetonEOSPlatform是SOA应用平台。PrimetonEOSPlatform基于J2EE、Eclipse等开放的技术和平台，采用了先进的SOA架构和标准规范，并通过构件化、图形化、一体化的平台产品。

为构造SOA应用提供了从设计、开发、调试和部署，到运行、维护、管控和治理的全生命周期支持。

EOSStudio：EOSStudio是集面向构件应用的设计、开发、组装、调试、维护、部署、管理和发布于一体的集成开发环境，提供对SOA应用和服务全生命周期的开发、维护和管理。

参考资料：百度百科-Primeton EOS Platform

---