如果您的后端系统是 JDBC 数据库，那么您应当将登录信息与数据源联系起来。例如，在 WebSphere Studio 中，在服务器配置编辑器中添加登录信息作为安全页面上的 JAAS 认证条 目，然后将其指定为数据源容器管理的认证别名（在数据源页面上）。对于其他的后端系统 ，您应当获取或开发适合于 J2EE 连接器体系结构（J2EE Connector Architecture）的适配 器，它也提供了登录信息。

如果您有两种类型的用户，那么他们应当使用两种不同的登录信息，我的文章消除 J2EE 1.3 的服务探测器实现中的缓存中讨论了如何使用两个不同的 EJB 类来完成此项工作（登录 ）。显而易见，该技术不能使得成百上千的用户都用他们自己的登录信息登录。

J2EE体系结构和设计(2)

问：我不是 EJB 专家，但是我已经学习了 IBM 提供的该方面的大量的教程和红皮书。我 个人认为 WebSphere Studio 生成“管理的代码”（它被优化来管理容器）的能 力激发了开发人员更大的创造力，远远超过不使用 EJB 开发的时候。这甚至适用于用不到 EJB 的情形。我的问题是：应当纠正它吗？我已经试着让我的公司从纯生产的角度来学习 WebSphere Studio 或 WebSphere Application Server 的 EJB 开发，但外面的顾问已经发 现了所有 EJB 的负面案例。

如果 IBM 有以小型或中型商店为对象而编写的白皮书，那么它将起到帮助作用。该商店 展示了比“Banking”应用程序（使用 WebSphere Studio 和类似于 Spring/Hibernate/JDO/“whatever”解决方案的 WebSphere Application Server 来开发的应用程序）更复杂的基于 web 的 EJB 应用程序。我认为加快设计及开发应 用程序的速度要与减少实际编写的代码量同时进行，通过使用 WebSphere Studio 能够使代 码编写更高效。这假设工具能有效地支持您的向导生成的代码。

花费的时间、创建的代码、应用程序的性能及每方面的耗费的具体细节都能证明通过使用 WebSphere Studio 或 WebSphere Application Server 使得 J2EE 或 EJB 开发比一行一行 地推敲业务及管理代码更加高效且可维护。再一次，将与提高整体性能相关的硬件耗费同缩 短开发时间及提高对于庞大的代码库的维护能力所需的耗费进行权衡之后，我认为前者可以 忽略不计。

答：您对于向 SMB 市场提供更多的市场及技术材料的意见我十分赞同，但是在我的部门 这并不实际。我所能做的是试着回答技术问题。

您在正确的轨道上，也就是您应当最大限度地利用这些工具使得您的工作更简单，最大限 度地利用容器使得代码的编写工作更容易。简短的代码更易于编写、测试、调试、维护及通 过端口传输。您的代码应以您唯一的业务值为主，而不是寻找每个典型的应用程序的需求， 这可以由容器来处理。

我对 EJB 的负面案例没有强烈的兴趣。许多由于 EJB 1.0 的时间框架和忽视诸如本地接 口和容器管理的关联（container-managed relationships，CMR）的改进。大多数负面案例 包含实体 bean 并忽视会话及消息驱动的 EJB 的危险程度。

即使使用实体 bean，O/R 映射还是非常困难的，那么您使用什么会好一些呢？我建议开 发者开始使用 CMP 实体 bean 来将他们的域建模并且处理他们数据库的 O/R 映射。“ 然而 CMP 是非常慢的！”也许，O/R 映射是通用的，至少对于 CMP 而言，您使用容器 来优化该流程。IBM 有许多开发人员致力于将 O/R 映射工作做得尽可能好。我想问每个客户 ：您真的认为您的团队能够开发更好的代码吗？（尤其是他们是否已经认为 EJB 太难了？） 我认为首先尝试 CMP。如果证实它确实太

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!