说两句EOS

谈下个人意见，就技术角度进行交流。希望EOS的迷们能够端正心态。
我觉得EOS可以缩小下，单纯的做一个WF这样也许会好很多，管的太广了，丢的也就也多。
个人觉得它不应该和SOA挂上关系，顶多就是一个用SOA的思想去解决WF问题的中间件。 适合小型的业务稳定的应用。
对有EOS我觉得它只需要提供最核心的服务即可，不必要提供其他过多的服务，连页面都帮你生成了。系统的灵活性哪里去了。再则，如果我知道单纯的需要改进页面比如把JSP的改成FLEX或者EXT JS的那么我该从哪里下手，逻辑层和表现出的解耦有多大的麻烦？这一切我们都不知道。因为它不开源。
思考这么一个问题，为什么EJB只提供到组件的级别，难道是它没有能力提高组件间工作组和和分配的能力吗？完全不是。
寻找一个通用的领域是很困难的，EOS选择了XML，这点很正确，但是一个完全可以快速传递的东西为什么非得加那么一层呢。有点大材小用了吧？机器再好也不是这样折腾的。这方面我觉得是颗粒度的问题。分的太细了。可是不分细了EOS也就没法工作了。
还有需要维护的人员他是应该去看流程图呢还是应该去看EOS的XML定义文档。单靠这些能够充分理解业务吗。
这几年EOS的成功也不是没有道理的，但是这个成功是建立在组件足够完善的基础上，也许EOS在开发电信等业务的时候也是拿EOS这个东西当成公司框架来用的。这性质是不同的。
总之，两点，第一提供可选择服务颗粒度，第二开源。