Java ClassLoader：为什么会在此处抛出 "NoSuchMethodEx"？

Question

我对 "JavaClassLoader" 库有疑问。我想为应用程序编写一个启动器。最后应该可以关闭程序，更新并重新启动。现在，当我尝试调用带参数的方法时，我总是得到一个 NoSuchMethodEx。

我要启动的主要 class，实现如下（apache 守护进程的一部分）：

package org.apache.commons.daemon;
public interface Daemon {
    public void init(DaemonContext context) throws DaemonInitException, Exception;
    public void start() throws Exception;
    public void stop() throws Exception;
    public void destroy();
}

在我的启动器中发生以下情况：

// set cglib proxy
ProxyProviderFactory.setDefaultProxyProvider(new CglibProxyProvider());
// load instance
JarClassLoader jcl = new JarClassLoader();
jcl.add("application.jar");
JclObjectFactory factory = JclObjectFactory.getInstance(true);
this.application = (Daemon) factory.create(jcl, "de.FabiUnne.Application");

现在，如果我尝试调用不带参数的方法（例如#start()），一切正常。当我尝试调用 #init(DaemonContext) 方法时出现错误。

堆栈跟踪：

Exception in thread "main" java.lang.NoSuchMethodException: de.FabiUnne.Application.init(org.apache.commons.daemon.DaemonContext)
  at java.lang.Class.getMethod(Class.java:1670)
  at org.xeustechnologies.jcl.proxy.CglibProxyProvider$CglibProxyHandler.intercept(CglibProxyProvider.java:52)
  at org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.init(<generated>)
  and 2 more...

有趣的是，该方法确实存在于任何情况下。

<- this.application.getClass().getMethods()
-> [ ...
public final void org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.init(org.apache.commons.daemon.DaemonContext) throws org.apache.commons.daemon.DaemonInitException,java.lang.Exception, 
public final void org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.start() throws java.lang.Exception, 
public final void org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.destroy(), 
public final void org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.stop() throws java.lang.Exception, 
... ]

为什么我还是不能调用#init() 方法？

Answer 1

我不熟悉您使用的框架。但是，如果我做对了，那么您创建的新 Class 加载程序就是异常的原因。如果您将从 jcl 中获取 DaemonContext 的实例，您应该能够调用该方法。您还可以创建新的 Class 加载程序作为应用程序 class 加载程序的子项。目前的方式是有两个不同的 class 类型的 DaemonContext 一个来自每个不同的 class 加载器。

Answer 2

jcl: manipulating-class-loading-order

@ChristianFrommeyer 给了我解决方案。我想解释一下，所以它是自己的答案。

启动器仍由 "normal" class 加载程序加载。此 class 中加载的所有对象将由与启动器相同的 class 加载程序加载。我现在从 (github.com/kamranzafar/JCL) 的另一个 ClasLoader 加载。作为依赖项存储在应用程序中的 class 在第二个加载程序上加载。这个class就不同了，像上面加载的那样。

public final void org.apache.commons.daemon.Daemon.init( ... ),

与

不一样

public final void org.apache.commons.daemon.Daemon$$EnhancerByCGLIB$$b9db6482.init( ... ),

所以我告诉 JCL，他不应该覆盖加载的对象。这里，下面的Loader实现了同样的效果。

jcl.getCurrentLoader().setOrder(1); // or
jcl.getParentLoader().setOrder(1); // or
jcl.getSystemLoader().setOrder(1);

存在于两个 classloader 中的对象现在是相同的，因为它们都来自本地 Loader。

Java ClassLoader：为什么会在此处抛出 "NoSuchMethodEx"？

JavaClassLoader: Why an "NoSuchMethodEx" is thrown here?

java

reflection

nosuchmethoderror

cglib