EnterpriseJavaBeans/CORBA

1. 什么是 Enterprise JavaBeans(EJB)?
2. IBM 将其 WebSphere 产品系列“移植”到 Enterprise JavaBeans(EJB)的策略是什么?
3. 依靠如 servlet 这样的过渡性技术的开发人员是否面临建立很快就会被废弃的产品的困境?
4. 在 WebSphere Application Server 中提供 CORBA 支持将如何使用户更靠近 EJB 的承诺?
5. 在 WebSphere Application Server 的第一个发行版中支持哪个级别的 CORBA?
6. 什么是实体 bean? 它们为什么重要?
7. Microsoft 宣布在 COM 和事务处理的可互操作性方面有所创新，这对 IBM WebSphere Application Server 有何影响?
8. Microsoft 正在与 Iona 合作，以将它们的 Transaction Sever 与 Iona 的 Object Transaction Monitor 集成在一起，表明了将 COM 与 CORBA 集成在一起的动向。IBM 对此有何反应，尤其是在我们对 EBB 的创新方面?

1. 什么是Enterprise JavaBeans (EJB)?

根据 JavaSoft，Enterprise JavaBeans 是输送可重用的、可靠的商业应用中间体的 JavaBeans。

2.IBM 将其 WebSphere 产品系列“移植”到 Enterprise JavaBeans (EJB) 和策略是什么?

IBM WebSphere Application Server 提供一种可移植的、基于 Java 的 运行时环境，此环境包括 servlet 支持和数据连接。 在CGI 方式编程技术的推动下，Servlet 编程技术使人们能够增强并进一步提炼计算的主动性。 与 Enterprise Java 相关的 WebSphere 策略是为一组 API 提供 Java 连接支持，这些 API 包括 JDBC、JNDI、JMS 等。具体到 Enterprise JavaBeans， WebSphere 将从首次提供可从一般渠道获得的 Enterprise JavaBeans 实现开始，推出具有适用于 CORBA 的 ORB、基于组件的 CORBA 编程技术，并提供业务对象和 bean 管理的持续性。 今年秋季 WebSphere 将包括对 JavaBean 实体的附加支持，以及对 命名(JNDI) 和事务处理(JTS)的服务。  对于关系数据库系统将支持 Bean 持续性。 此时，商业逻辑可以在 Enterprise JavaBeans 内开发，并作为一个企业内部的可重用软件组件。 Enterprise JavaBeans Server也将被提供，以提供 EJB 事务管理能力。  除 Web 内容和管理方面之外，WebSphere 被定位在开发和部署 Enterprise Java 商业逻辑的条目载体，以及承载特定 EJB 商业内容的多种载体之一 (例如由 San Francisco 基于 Java 的架构所提供的)。

3. 依靠如 servlet 这样的过渡性技术的开发人员是否面临建立很快就会被废弃的产品的困境?

虽然 WebSphere 提供了这样一种发展方向，即支持一种基于 EJB 的可持久的编程模式，用以提高商业应用程序内部的可伸缩性和性能。但是，它可能还需要复杂的开发、更广泛的支持和为更多的先进操作平台所接受。 由于这些限制，EJB 的采用可能需要更长的时间，或仅限于一小部分关键性的商业应用程序。  按照规划，CGI 程序、servlet 和最终的 EJB 的一种混合操作环境在未来的几年将存在下去。

4. 在 WebSphere Application Server 中提供 CORBA 支持将如何使用户更靠近 EJB的承诺?

这一支持只是对 CORBA 编程的一个初步介绍，以及实体 bean 和 bean 管理持欠性的一些样例。一旦更完善的 Enterprise JavaBeans Server 在今年晚些时候可用，这些同样的 Enterprise JavaBeans 就可以重新使用。 在 IBM WebSphere Application Server 版本 1 中为更复杂的 EJB 模式提供一种入门级的支持，可以让开发人员体验到 EJB 能带来些什么，以及通向强有力的事务型操作环境的一条明确的道路。

5. 在 WebSphere Application Server 的第一个发行版中支持哪个级别的 CORBA?

IBM WebSphere Application Server V1 包括一个适合于 CORBA 的 ORB，并通过提供具有 Bean 管理的持久性的 EJB 实体来将重点置于持久的商业对象。 IIOP 上的 RMI 被支持用于 ORB 通信。 提供的代码也支持通过 IIOP ，经由业务对象的存根 (也即从 Component Broker、CICS、San Francisco 等 ) 访问 Servlet 和/或 Enterprise JavaBean。

6. 什么是实体 bean，它们为什么重要?

有两种类型的 Enterprise JavaBeans：

1. 会话 bean 代表单个客户机执行。  它们相对寿命较短，可用来在基层数据库中更新数据。  它们可以是识别事务处理的，但并不代表应该存储在数据库中的数据。  当 Enterprise JavaBeans Server崩溃时，它们也可能被破坏。
2. 实体 bean 有多个用户共享访问。 它们可能是长命的(只要数据在数据库中)。  它们是事务型的，并代表数据库中的数据。 Enterprise JavaBean Server 崩溃对客户机是透明的。会话 bean 和实体 bean 在由典型的 EJS 和容器提供的可伸缩的运行时环境中可以并发执行。 会话 bean 的一个示例是在“购物手推车”情况下使用的功能。 实体 bean 的一个示例是在“帐户维护”情况下的功能。

7. 微软宣布在 COM 和事务处理的可互操作性方面有所创新，这对 IBM WebSphere Web Application Server 有何影响?

通过网络的事务处理环境的主要好处可以在两种情况下实现，但是 IBM WebSphere Application Server 额外地提供了跨多个操作平台的这种同样的中间件支持，并将在今年稍后把全功能的 Enterprise JavaBean作为事务处理管理器。 IBM 的策略和产品系列为实现强有力的事务型相互作用、可移植的基于 Java 的中间件、以及动态的 Web 内容提供了发展途径，同时又能充分利用 IBM 在事务及数据库服务器方面所具有的经验。

8. 微软正在与 Iona 合作，以将它们的 Transaction Server 与 Iona 的 Object Transaction Monitor集成在一起，表明了将 COM 与 CORBA 集成在一起的动向。  IBM 对此有何反应，尤其在我们对 EJB 的创新方面?

微软认可 CORBA，是由于重新认识到 CORBA 对提供标准应用程序和可交互操作的普通商业对象的重要性。 由于适应 CORBA 的应用程序是使用强有力的开发结构 (例如 San Francisco 和 Component Broker) 建立的，这些应用程序可以跨操作平台连接，并可以使用 RMI、IIOP 上的 RMI、或者 IIOP 来通过 ORB 通信。  在 EJB 方面的创新和对 Java 应用程序的开发方面可能上到一个更高的层次。IBM 认可 CORBA，又认可 Enterprise Java，就能提供一种可移植的、可互操作的、和可伸缩的事务型环境。