注册 | 登录 忘记密码？ 51cto首页 | 博客 | 论坛 | 招聘
热点文章 在服务器系统Windows 20..
　帮助
文章文章列表>>
2007-03-26 17:40:20



2006-06-03 12:38:00
问题现象
在 Geronimo 中，部署了一个 HelloWorldGBean，在 HelloWorldGBean 的 hello() 方法中，要调用另外一个 EJB。



当在 Geronimo 中部署一个 GBean 时，Geronimo 会自动生成一个相应的 MBean。MBean 的名字可以通过部署计划中的 gbeanName 来指定：
      <?xml version="1.0" encoding="UTF-8"?>
      <configuration
          xmlns="http://geronimo.apache.org/xml/ns/deployment-1.0"
          configId="wakan/helloworld">
       <dependency>
           <uri>hello/helloworld/1.0/jar</uri>
       </dependency>
       <dependency>
           <uri>openejb/openejb-core/2.0/jar</uri>
       </dependency>
        <gbean gbeanName="wakan:type=HelloWorld" name="helloworld" class="HelloWorld"></gbean>
      </configuration>
在 MC4J 中，找到 HelloWorldGBean 自动转变过来的 MBean。然后调用它的 hello() 方法，Geronimo 的系统控制台上却报错，错误发生在 InitialContext() 时：
java.lang.ClassNotFoundException: org.openejb.client.RemoteInitialContextFactory
奇怪！JNDI 怎么不能初始化了？试着把相同的代码放到 doStart() 方法中，却发现一切正常，能连接上 EJB 并完成调用。
为什么？为什么同样的代码，在 doStart() 方法中和在 hello() 方法中，结果会不同呢？
分析步骤
带着疑惑，追踪分析 JDK 的源码中，关于 IntailContext 的初始化过程的代码。最终在 com.sun.naming.internal.VersionHelper12 中，发现了如下代码：
    ClassLoader getContextClassLoader() {
       return (ClassLoader) AccessController.doPrivileged(
             new PrivilegedAction() {
                public Object run() {
                    return Thread.currentThread().getContextClassLoader();
                }
             }
       );
    }
原来，访问 EJB 时需要的 InitialContextFactory 的具体实现类，是由 Thread.currentThread().getContextClassLoader() 获得的 ClassLoader 来读取的。那么，在 doStart() 方法中和在 hello() 方法中，这个 ClassLoader 分别是什么呢？
在 doStart() 和 hello() 中都加上如下语句：
      ClassLoader cl = Thread.currentThread().getContextClassLoader();
      System.out.println("ClassLoader=" + cl);
重新部署 HelloWorldGBean，可以看到 doStart() 方法被执行，控制台上打印出来的信息是：
      ClassLoader=[org.apache.geronimo.kernel.config.MultiParentClassLoader id=wakan/helloworld]
      Class = class org.openejb.client.RemoteInitialContextFactory
然后用 MC4J 调用 hello()，得到的控制台日志是：
      ClassLoader=[org.apache.geronimo.kernel.config.MultiParentClassLoader id=geronimo/j2ee-security/1.0/car]
      java.lang.ClassNotFoundException: org.openejb.client.RemoteInitialContextFactory
可以看出，两个 ClassLoader 是不相同的！由于 ClassLoader 是由 Thread.currentThread() 得到的，那么，ClassLoader 不同，说明调用它们的线程是不同的。
再来分析 doStart() 和 hello() 的执行过程。doStart() 是在部署时，由 Geronimo 的部署线程来调用的。由于在部署计划中指定了 Dependency，此时的 ClassLoader 中，是包含了 openejb-core-2.0.jar 的，此时能找到类。在调用 hello() 时，MC4J 向 JMXConnector 发出调用命令，而 JMXConnector 将产生 Thread，并设置 Thread 的 ContextClassLoader，此时的 ClassLoader 是 JMXService 的，不是 HelloWorldGBean 自己的。
原来 ClassLoader 是被绑架了！
解决方法
知道了产生问题的原因，解决起来就容易了：移花接木！
在初始化 EJB 之前，加上如下语句：
    ClassLoader clOld = Thread.currentThread().getContextClassLoader();
    ClassLoader clSelf = getClass().getClassLoader();
    Thread.currentThread().setContextClassLoader(clSelf);
在调用完成后，别忘了还原 Thread 的 ClassLoader：
    Thread.currentThread.setContextClassLoader(clOld);
修改后的程序，从 MC4J 中调用，也能找到 EJB 相关的类了。
在网上有一些类似的解决方法，都是建议把所用到的 JAR 包拷贝到容器的 Bootstrap 目录下去，例如 Tomcat/common/lib、JRE/lib、JRE/lib/ext 等。笔者认为，此法不可取，副作用太大。例如：从 Geronimo 中调用 JBoss 的 EJB，该怎么办？如果把 JBoss 的 Jar 文件拷到 Bootstrap 目录中去，Geronimo 就无法启动了。
该例子中，所涉及的源代码比较简单，就不提供下载了。如果您确实需要，请回复本文，留下邮件地址。[/img]..



2006-05-05 17:10:00



2006-03-23 23:27:00



2006-03-21 22:59:00



2006-03-15 22:32:00



2006-03-13 22:05:00