EJB3中JNDI调用SessionBean的解决方案.docVIP

EJB3中JNDI调用SessionBean的解决方案 /blog/427777 在OECP（Open Enterprise Components Plateform，开放的企业级组件平台）项目的架构体系中，各业务组件需要有运行在不同的EJB容器中的能力，在组件层构建起一个业务处理的分布式集群环境。 我们知道在客户端我们需要通过JNDI来调用EJB容器中的session bean，在EJB3中，获得JNDI上下文主要有两种方式。（默认采用jboss的获取方式） 1、通过程序编码的方式 public static InitialContext getInitialContext() 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(Context.PROVIDER_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 InitialContext getInitialContext() 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(Context.PROVIDER_URL, jnp://localhost:1099); InitialContext ctx = new InitialContext(p); return ctx; } public static Object findEJB(String ejbname) throws NamingException{ return getInitialContext().lookup(ejbname); } } 这样的一个工具类给我们测试EJB组件提供了很大的方便，不用我们再去重复的去构建JNDI上下文的环境。但是当EJB组件开发完成后，正式部署到正式环境中，客户端调用EJB组件怎样去调用呢？现在我们分析这其中出现的问题。 1、 客户端不在同一个JVM环境中，应该怎样处理？ 2、 Session Bean对于客户端是隐藏的，开发客户端的程序员怎么能非常方便的获得Session Bean的绑定名？怎么能方便的得到JNDI上下文呢？ 3、 各EJB组件分别部署在不同的服务器上，我们怎么能方便的调用？ 4、 各EJB组件如果运行在不同的EJB容器中，我们怎么能方便的得到对应的JNDI上下文环境？ 针对这些问题，我们逐步的去分析解决。 客户端不在同一个JVM中这是普遍出现的情况，我们可能将web客户端运行在Tomcat上，而EJB运行在JBoss容器中，对于这种情况，我们如果采用上面介绍的第一种情况来获得JNDI上下文就非常不