小弟去年一直从事portal项目，项目架构是bea平台，众所周知，bea是soa的倡导者，在workshop中开发个web service就是点点，再点点那么简单，integration又是号称整合应用的利器（nnd，真是佩服bea的销售，总是能把客户忽悠的它无所不能，实际上是万万不能的一个产品）后来又做了公司流程项目的流程相关应用（主要也就是流程设计器vml），引擎当然是开源产品了osworkflow，能做到根据页面画的流程图便能在业务系统中产生新的功能入口。后来也做过公司数据整合（整合多个业务系统的数据eai）项目。所以对当前一些概念都些或多或少的体会。
先谈论workflow和bpm的体会，其实国内中小用户，大用户咱就不知道了，没接触过啊，他们谈论的都是workflow的产品，着重于流程的权限，流转。是否动态设置，实际需求就是这样，当然现在的产品都向bpm倾斜，但是感觉bpm的概念原原比这个实际需求大的多，有点想现在的soa的概念，客户又分不清soa和bmp的异同，所以大部分项目都是一窝粥，用最新的概念技术，去做那么实际需求一点点的事情，总结来说，bpm大财小用。
再说portal和eai，portal现在也是热点概念，ibm。bea，微软都有自己的产品,开元世界的liferay，我强烈推荐，做的一点不比那些大厂商差，甚至更强。现在portal是视图窗口，它的背后必然和eai有千丝万缕的联系，eai，又和soa密不可分，但是实际体会中，真正明白这几个概念是实际应用的人，很少。 先谈这么多，如果有人感兴趣，再讨论，没人感兴趣，就界帖子了
