EJB 完全引错了路——论企业应用的核心问题

我也同意，例如出于安全与职权的原因，服务器必须分开管理，这时必须是分布式计算。举个实例：电子政务或电子商务中涉及时间的部分，时间由专门的时间戳服务器管理，时间戳服务器的管理应该由政府部门来管理，这样才能保证时间的准确性（防止公务或交易的抵赖行为）。

通常Web Service用来干这个事情，用EJB也能干这个事情。这让我想到：究竟当时EJB出台的时候是怎么定位的？为何它的应用场合让我这样的程序员感到迷惑呢？

其实还有一个问题，我觉得很多时候我们要以商人的眼光去看待问题，而不是以技术人员的眼光看问题。
商人很简单惟利是图，但绝对不会饮鸩止渴。所有的商人都会考虑多赚钱少花钱。使用更低的成本解决一个问题，技术人员真的有点不考虑成本，只考虑先进的技术。这本身就有问题。

说句题外话：我烦死JBuilder了。要说他功能强，也不见得比Eclipse强到哪里去。关键是我找个crack来试用，Borland的小姐就不停地给我打电话，每周请一次安。拜托，就算我是在公司的机器上装了盗版，我又没拿它开发商业应用，谁也不能说我违法吧？

嘿嘿，乘机会吃透分布式的思想、方法，各家ejb容器的实现思路，分析他们为什么那么做，背后的驱动力，等等
还是可以有些收获的，除非你已经对这些了如指掌了。
如果真的了如指掌了，了解EJB也不会花太多时间的。

即使一辈子都可能不会做需要使用EJB技术的项目，但还是有可能要做分布式的应用的

我从bea的顾问谈话的语气中猜测其实bea已经把业务方向转到portal,eai之类了

其实真的需要分布式应用,web层集群还是优于ejb的,加上web以soap,Burlap支持胖客户应用,比ejb灵活多了.

ejb byebye

呵呵，我这个帖子的主要目的绝对不是为了清算 EJB 或者打破某些人的饭碗。大家注意了前半句，没有注意后半句。我的主要目的是希望大家能够把注意力多转向 OLAP、数据仓库、数据挖掘这些目前已经非常热门的新兴开发领域。在这些领域里付出的学习绝对是物有所值的，在我看来比花费大量时间去学习分布式开发回报要大的多。

dlee给几个开源的entry point吧，我去年好歹还搞过一段数据挖掘，直到现在还是觉着不得其门而入。

分布式的应用，可不是靠集群就能解决的。
假设做电子商务的某个系统，每做一笔业务，要同供应商A中买一些东西，要从供应商B中买一些东西，为了保证事务完整性，分布式事务来解决就比较好。