ejb3中jndi调用sessionbean的解决方案（The solution in EJB3 JNDI call sessionbean）.docVIP

ejb3中jndi调用sessionbean的解决方案（The solution in EJB3 JNDI call sessionbean） http: / / / blog / 427777 在oecp (open enterprise components plateform, 开放的企业级组件平台) 项目的架构体系中, 各业务组件需要有运行在不同的ejb容器中的能力, 在组件层构建起一个业务处理的分布式集群环境. 我们知道在客户端我们需要通过jndi来调用ejb容器中的session bean, 在ejb3中, 获得jndi上下文主要有两种方式 (默认采用jboss的获取方式). 1、通过程序编码的方式 public static getinitialcontext initialcontext () throws namingexception { properties p = new properties (); p.put (context.initial _ context _ factory erfaces.namingcontextfactory); p.put (context.url _ pkg _ prefixes, org.jboss.naming: erfaces); p.put (vider _ url jnp: / / localhost: 1099). return new initialcontext (p); } 客户端通过initialcontext ctx = getinitialcontext (); 的方式来获取上下文. 2、通过配置属性文件的方式 在应用的src下新建一个perties的资源文件 (注意文件名必须是 perties) 内容: java.naming.factory.initial = erfaces.namingcontextfactory java.naming.factory.url.pkgs = org.jboss.naming: erfaces vider.url = localhost 客户端只要通过下面的方法就能获得上下文对象了 initialcontext ctx = new initialcontext (); 为了方便在程序开发的过程中的测试, 我们一般情况下会封装一个获得jndi上下文的工具类来使用.比如我们构建的一个如下的ejbfinder.java的类: public class ejbfinder { public static getinitialcontext initialcontext () throws namingexception { properties p = new properties (); p.put (server, jboss); p.put (context.initial _ context _ factory erfaces.namingcontextfactory); p.put (context.url _ pkg _ prefixes. org.jboss.naming: erfaces); p.put (vider _ url jnp: / / localhost: 1099). initialcontext ctx = new initialcontext (p); return ctx; } public static object findejb (string ejbname throws namingexception { 返回getinitialcontext()查找（ejbname）； } } 这样的一个工具类给我们测试EJB组件提供了很大的方便，不用我们再去重复的去构建JNDI上下文的环境。但是当EJB组件开发完成后，正式部署到正式环境中，客户端调用EJB组件怎样去调用呢？现在我们分析这其中出现的问题。 1、客户端不在同一个JVM环境中，应该怎样处理？ 2、会话bean对于客户端是隐藏的，开发客户端的程序员怎么能非常方便的获得会话bean的绑定名？怎么能方便的得到JNDI上下文呢？ 3、各EJB组件分别部署在不同的服务器上，我们怎么能方便的调用？ 4、各EJB组件如果运行在不同的EJB容器中，我们怎么能方便的得到对应的JNDI上下文环境？ 针对这些问题，我们逐步的去分析解决。 客户端不在同一个JVM中这是普遍出现的情况，我们可能将客户端运行在Tomcat Web上，而EJB运行在JBoss容器中，对于这种情况，我们如果采用上面介绍的第一种情况来获得JNDI上下文就非常不可行，因为EJB的环境的变化会导致太多程序代码的改动，为日后的维护埋下了隐患。所以只能采用第二种方式，将JN