我试图用序列化方法来解组一个bean,它不是当前的包,而是公用组件包中的bean。
当骆驼试图解锁我的bean时,我得到了以下错误:
22:43:11,865 -错误-nModule-线程-1\x{e76f} DefaultErrorHandler区89 -org.apache.camel.cammel-核心- 2.8.0.fuse-06-11 exchangeId: ID-条目-64684-49962-1354223882336-2-1交付失败。尝试交付后筋疲力尽:1被抓住: java.lang.ClassNotFoundException: commons.InformationInput java.lang.ClassNotFoundException: commons.InformationInput at java.security.AccessController.doPrivileged(Native Method):1.6.0_33 at java.net.URLClassLoader.findClass(URLClassLoader.java:190):1.6.0_33 at java.lang.ClassLoader.loadClass(ClassLoader.java:306):java.lang.ClassLoader.loadClass(ClassLoader.java:247):1.6.0_33 at org.apache.felix.framework.ModuleImpl.doImplicitBootDelegation(ModuleImpl.java:1610) at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1547)的1.6.0_33http://stackoverflow.com/questions/6749334/osgi-bundle-access-spring-context-file-from-another-bundle
包含bean的包已正确启动,并在包定义的Export-Package中定义了commons包
有人能做到这样的事情吗?
发布于 2012-12-03 14:16:42
我通过启用骆驼芯束的动态导入找到了一个工作方法。这可以在karaf控制台上完成:dev:dynamicimport <camel-core-bundle-id>
发布于 2012-12-03 12:19:55
有时,当正在序列化/反序列化类的包事先不知道必须导入哪些包时,就会发生这种情况。
解决办法之一是使用动态导入-包。例如:
DynamicImport-Package: *这意味着包可以在任何包中导入类,但要小心成本(参见链接文章)。
发布于 2012-12-01 16:46:38
这听起来类似于Hibernate发出的OSGi环境,其中由于类加载问题而失败。我会推荐一些类的类伙伴加载。在包含类的commons的说明中,添加以下内容
Eclipse-BuddyPolicy:registered然后,在您的依赖伙伴中,确保将其作为依赖包添加,并将其添加到其清单中。
Eclipse-RegisterBuddy:com.nameofmycommonbundle这应该能解决你的问题。
下面是对hibernate 参考文献的引用
https://stackoverflow.com/questions/13635550
复制相似问题