IBM WebSphere Enterprise JavaBeans 常见问题

<script type="text/javascript"> google_ad_client = "pub-8800625213955058"; /* 336x280, 创建于 07-11-21 */ google_ad_slot = "0989131976"; google_ad_width = 336; google_ad_height = 280; // </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> EnterpriseJavaBeans/CORBA 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： 会话 bean 代表单个客户机执行。 它们相对寿命较短，可用来在基层数据库中更新数据。 它们可以是识别事务处理的，但并不代表应该存储在数据库中的数据。 当 Enterprise JavaBeans Server崩溃时，它们也可能被破坏。 实体 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，就能提供一种可移植的、可互操作的、和可伸缩的事务型环境。 -------------------------------------------------------------------------------- 1999 年 5 月出版于美国，保留所有权利。 AIX、AS/400、IBM、 CICS、DB2、eNetwork、IMS、OS/390 和 VisualAge 是 International Business Machines Corporation 在美国和/或其他国家的商标。 Java 和所有基于 Java 的商标和徽标是 Sun Microsystems , Inc. 在美国和/或其他国家的的商标。 Domino 和 Lotus 是 Lotus Development Corporation 在美国和其他国家的商标。 UNIX 是在美国和/或其他国家通过 X/Open Company Limited 广泛许可的注册商标。 其他公司名称、产品名称和服务名称可能是其他公司的商标或服务标记。 此出版物中提到 IBM 的产品或服务并不表示 IBM 要向任何其他国家提供这些产品或服务。 关于 IBM 未来方向和意向的称述将在不通知的情况下更改或撤消，并且只代表目标和目的。 本文件讨论的策略和计划将随IBM 对商业和技术的判断而改变。 2000 年问题就绪是指 IBM 的产品，当按照 IBM 关联的文档使用时，在二十世纪和二十一世纪之交可以正确处理、提供和/或收接数据，前提是与 IBM 产品一起使用的所有产品(例如，硬件、软件和固件)都正确地与它交换准确的数据。