weblogic ejb
尽管还有其他标准(例如Web服务)可以让您松散耦合应用程序的组件,但是远程EJB由于其简单性,标准化,许多IDE的良好开发支持以及良好的性能,仍然是完成此任务的理想方法。他们提供的性能。
在此博客文章中,我们将概述领先的Java EE应用程序服务器之一Oracle WebLogic提供的机制,以支持对应用程序范围之外的EJB的引用。
Oracle WebLogic中的appededName
符合Java EE的应用服务器提供了其他不可移植的API,工具和机制,用于增强它们实现的标准Java EE功能。 我们在本系列的第一部分中提到的功能之一是mappingName @EJB元素。
尽管EJB 3.0版规范对此元素一无所知(已被EJB 3.1版规范引入的lookup元素所取代),但是许多应用服务器供应商已经以其自己的名称建议的直观行为实现了它: 将EJB映射到全局JNDI名称 。
如果要为了简化而牺牲可移植性,那么许多应用程序服务器(例如Oracle WebLogic或GlassFish)将允许您使用mapedName元素(或其对应的部署描述符元素)的值定义bean的全局JNDI名称。OracleWebLogic将分配全局JNDI名称仅 远程业务接口。 这并不是真正的限制,因为始终可以使用本系列前面部分中描述的API来引用本地业务接口。
EJB远程业务接口的Oracle WebLogic命名约定
有了这样的机制,将引用链接到应用程序外部的Bean就很简单了。 实际上,JDeveloper的EJB向导将使用直观的命名方案为您提供默认的namedName,该命名方案类似于EJB 3.1规范引入的新的可移植全局JNDI名称,如以下屏幕快照所示: