骆驼-散集（）。序列化（）-ClassNotFoundExc的
我试图用序列化方法解组一个bean，它不是当前的bundle，而是一个commons components bundle。
当骆驼尝试解组我的豆子时，我收到以下错误：
22:43:11,865|ERROR|nModule-thread-1|默认错误处理程序|89-0_33-核心-0_33-06-11|交付失败的交换ID： ID-ITEM-64684-49962-1354223882336-2。交付尝试后耗尽：1捕获：0_33ClassNotFoundExc的：共性。信息输入0_33ClassNotFoundExc的：共性。信息输入0_33lassLoader$1.run（URLClassLoader.java:202）[： 1.6。org.apache.camel.camel]在java.security.AccessController.do特权（本机方法）[： 1.6。2.8.0.fuse]在java.net.URLClassLoader.find类（URLClassLoader.java:190）[： 1.6。java.lang.]在java.lang.ClassLoader.load类（ClassLoader.java:306）[： 1.6。java.lang.]http://stackoverflow.com/questions/6749334/osgi-bundle-access-spring-context-file-from-another-bundle在java.lang.ClassLoader.load类（ClassLoader.java:247）[： 1.6。java.net.URLC]在org.apache.felix.framework.ModuleImpl.do的隐含引导委托（ModuleImpl.java:1610）在org.apache.felix.framework.ModuleImpl.searchDynamicImport（ModuleImpl.java:1547）
我的包含bean的包已正确启动，并且我已在包定义的Export-Package中定义了公共包
有人能做到这样吗？
共有3个答案
我通过在camel-core bundle上启用动态导入找到了一个解决方法。这可以在karaf控制台上完成：dev：动态导入
这听起来类似于Hibernate发出OSGi环境，由于类加载问题而失败。我会推荐一些分类类伙伴加载。在包含类的共享资源包的清单中添加此
Eclipse-BuddyPolicy:registered
然后，在您的依赖伙伴中，确保您已将其添加为依赖捆绑包并将其添加到其清单中。
Eclipse-RegisterBuddy:com.nameofmycommonbundle
这应该可以解决您的问题。
下面是对hibernate参考的一个引用
当正在序列化/反序列化类的捆绑包事先不知道必须导入哪些包时，有时会发生这种情况。
一种解决方法是使用DynamicImport-Package。例如:
DynamicImport-Package: *
这意味着bundle可以导入任何包中的类，但是要注意代价(参见链接文章)。
-
在 ASP.NET Core 3.0 Web API 项目中，如何指定 System.Text.Json 序列化选项以将 Pascal Case 属性序列化/反序列化为 Camel Case，反之亦然？ 给定一个具有 Pascal Case 属性的模型，例如： 以及使用System.Text的代码。Json将Json字符串反序列化为类的类型： 不会成功反序列化，除非JsonProperty tyN
-
但我的努力没有奏效。 谢谢你的帮助
-
我们正在尝试使用Apache Camel进行集群。到目前为止，我们在一个节点上完成了它，并且工作得很好。 一个节点：我将readlock策略设置为“changed”，它将跟踪camelLock文件的文件变化，并且只有当文件下载完成时，它才会被拿起进行处理。但是camel readlock策略“已改变”在聚类中是不鼓励的。根据camel文档，建议使用“幂等”。这就是我使用5GB文件进行测试时所发生的
-
我正在使用带有Apache骆驼的Spring Boot。我正在从控制器调用路由。一旦路由完成，控制就会返回控制器。我正在VerifyLimitProcess和批准限制处理器中生成响应。如果我没有在路由中提供窃听配置，控制器会按预期检索标头和正文。但如果我在路由中引入窃听，控制器会将标头和正文接收为null。如果有人指出我需要做什么，以便我可以在选择语句中引入两个处理器的窃听配置，即VerifyLi
-
我有一条小路线，我想使用自定义的重新传递策略来重复向endpoint发送消息，但这种行为非常奇怪。看起来，重新交付政策只是在重复一个错误。我试图将所有交换发送到路由的开头，但策略不起作用，因为每次都在创建： 我做错了什么？当错误发生时，我想以间隔重复我的请求。我的骆驼版本是2.6 日志：