大型网站许多网站,win7iis配置网站,北京东城网站建设,做网页的软件是什么在上一篇文章中#xff0c;我们了解了EJB 引用和EJB 注入 。 尽管EJB注入是一种强大的容器工具#xff0c;可以简化模块化应用程序的开发#xff0c;但有时还是需要执行程序化EJB查找。 让我们假设#xff0c;例如#xff0c;一组不同的EJB实现了由公共业务接口定义的公共… 在上一篇文章中我们了解了EJB 引用和EJB 注入 。 尽管EJB注入是一种强大的容器工具可以简化模块化应用程序的开发但有时还是需要执行程序化EJB查找。 让我们假设例如一组不同的EJB实现了由公共业务接口定义的公共策略 。 根据某种选择算法例如业务规则 的结果选择了不同的策略因此将在业务流程的范围内执行不同的EJB。 在这种情况下无法在注入时选择目标EJB因为注释元素例如EJB 是在编译时定义的而部署描述符是在部署时定义的。 解决此问题的唯一方法是程序化 JNDI 查找 。 以前的帖子中描述的相同机制将适用。 将使用EJB批注或Java EE模块部署描述符的相应元素声明EJB引用并将其与应用程序私有名称空间中的名称链接。 在应用程序专用命名空间中查找 在查询代码中使用的名称空间和目标EJB之间建立间接级别的可移植方法是使用应用程序专用名称空间。 这种间接级别在Java EE平台中非常普遍不仅用于EJB引用而且用于各种资源引用例如JDBC数据源JMS队列JavaMail会话等。 对于EJB如我们之前的文章所述您只需定义一个私有名称供应用程序的查找和注入代码使用。 这是一个专用于应用程序的名称是javacomp / env JNDI条目的子元素。 借助EJB批注和部署描述符您可以在此名称和目标EJB之间建立链接。 唯一的区别是应用程序算法将选择适当的EJB并动态查找而不是依赖容器将引用注入到您的组件中。 正如我们在已经看到部分2这一系列中EJB注释可以在类型方法和字段级用于声明对EJB的引用并且任选地而不需要写任何的将其链接到目标豆部署描述符代码。 如果是动态编程JNDI查找则可以注释一个类例如Servlet来建立对EJB的引用而不是将字段或属性注释为注入目标。 在下面的示例中我们将看到如何同时使用EJB注释和部署描述符。 声明对EJB的引用 在之前的文章中使用的测试servlet中我们可以在类级别使用EJB批注以私有名称ejb / ejbLocalRef声明对EJB的引用 EJB(name ejb/ejbLocalRef,beanInterface es.reacts.SessionTest0Local.class,beanName EJBServer1.jar#SessionTest1)
public class ServletTest1 extends HttpServlet {[...]
} 上一个示例中的注释在功能上等效于以下部署描述符在本例中为web.xml文件片段 ejb-local-refejb-ref-nameejb/ejbLocalRef/ejb-ref-nameejb-ref-typeSession/ejb-ref-typelocales.reacts.SessionTest0Local/localejb-linkEJBServer1.jar#SessionTest1/ejb-link
/ejb-local-ref 此示例中的EJB语义与上一篇文章中的示例之间的最重要区别是在这种情况下我们提供了建立引用和到目标EJB的链接所需的所有信息而无需注入甚至不依赖有关来自注入目标的信息例如beanInterface 。 尽管注释是在类级别应用的但实际上等效于添加相应的部署描述符元素因此 声明的引用将在整个Java EE模块中可用 。 在这种情况下您的Java EE Web模块中的任何其他servlet都可以注入或查找由ejb / ejbLocalRef名称引用的相同EJB EJB(name ejb/ejbLocalRef)
SessionTest0Local lc4; 由于引用声明包含解析目标EJB所需的所有信息因此此处不需要额外的“管道”。 EJB程序化查找 由于已经声明并链接了引用因此我们的代码现在可以进行JNDI查找并检索对目标EJB所需业务接口的引用。 JNDI查找代码是我们习惯的良好的ole查找代码稍有不同我们将在后面指出 InitialContext ctx new InitialContext();
Object obj ctx.lookup(java:comp/env/ejb/ejbLocalRef);
if (obj instanceof SessionTest0Local) {SessionTest0Local lc (SessionTest0Local) obj;[...]
} * 请注意前面的片段已删除了所需的异常处理代码 。 EJB 3.0的一个好消息是您不需要像EJB v。2.1规范所要求的那样使用PortableRemoteObject.narrow方法来缩小引用的范围。 在示例代码中我们可以使用instanceof运算符直接测试引用并使用Java本机强制转换设置SessionTest0Local引用。 查找本地和远程业务接口之间绝对没有区别。 仅在依赖部署描述符的情况下才会根据EJB业务接口类型使用ejb-ref或ejb-local-ref执行EJB引用的声明和链接。 就您的应用程序而言查找代码将相同。 模式 在不使用EJB注入而是依靠查找的情况下使用注释或部署描述符声明和链接EJB引用既有优点也有缺点。 注释的优点是它们比相应的部署描述符元素更易于编写和使用。 而且就我的经验而言IDE对代码自动完成的支持可能比某些“晦涩”的部署描述符编辑器更好最好是例外Oracle JDeveloper和NetBeans等例外。 部署描述符的优点是它可以集中资源引用声明。 如果在您的Java EE模块的整个代码中都使用相同的EJB引用并且不将其限制在单个类中那么最好的选择是使用部署描述符声明和链接EJB和其他资源引用并避免使用注释。 这是必须谨慎选择的设计选择。 在需要查找的用例中很有可能在应用程序组装和部署阶段执行EJB链接。 最好还是在中央存储库中对引用进行充分记录和声明而不是在整个代码中散布EJB注释这样部署人员的工作可能会大大减轻。 参考 The Gray Blog上我们JCG合作伙伴 Gray的 EJB程序化查找 。 相关文章 EJB 3.0注入和查找简介 基本的EJB参考注入和查找 使用Oracle WebLogic对应用程序外部的EJB的引用 EJB 3.1全局JNDI访问 GWT EJB3 Maven JBoss 5.1集成教程 Java泛型快速教程 JVM如何处理锁 翻译自: https://www.javacodegeeks.com/2011/08/ejb-programmatic-lookup.html
