我们目前正在调查应用程序中OneJar的使用情况(出于多种原因),但我们的应用程序使用了许多自定义URLClassloader来加载应用程序扩展。
当捆绑成"OneJar“Jar时,我们会得到ClassNotFound异常。有问题的类驻留在捆绑的Jar中,我们只是依靠类加载器机制来解决父/子关系。
那是。我们有一个通用的interface,它存储在捆绑的Jar中(应该在父类加载器上下文中)。扩展实现了这个interface (允许我们调用扩展),并依赖于子类加载器使用父类加载器的资源查找功能的能力。
有没有人对此有任何经验,或者对我们如何解决它有任何启示。
我会对其他类似的机制感兴趣(用于将我们的库Jar捆绑到单个Jar资源中,而不需要将所有内容和Jar解压缩到单个文件中)
发布于 2012-08-16 12:58:36
我发现我对我们的类加载器是如何创建的做了一些假设。
我假设类加载器将使用它的类加载器作为它的父类(即getClass().getClassLoader()),但事实并非如此
相反,它使用的是SystemClassLoader。这意味着当子类加载器查找共享接口时,它找不到它(因为它查找的是SystemClassLoader而不是OneJar类加载器)。
我将CustomClassLoader.class.getClassLoader()添加到自定义类加载器的构造函数中,从而纠正了这个问题
https://stackoverflow.com/questions/11962387
复制相似问题