使用spring-camel，我构建了一个从JMS主题消费的路由（期望为每个输入消息设置JMSReplyTo），将消息拆分为更小的块，将它们发送到REST处理器，然后聚合答案，并应该生成一个输出消息到JMSReplyTo指向的目的地。camel隐式地在其中一个中间步骤中使用JMSReplyTo目的地（生成一个解组的POJO）。
我们需要修改JMSReplyTo以提供请求-回复消息传递服务，我可以在结束路由之前读取JMSReplyTo头，并将其显式转换为CamelJmsDestinationName。它成功地覆盖了JMS组件的目的地，并在输出主题上生成了消息。我不确定这是否是最好的方法，问题是camel仍然自己使用JMSReplyTo。
我的RouteBuilder配置如下：

from("jms:topic:T.INPUT")
.process(requestProcessor)
.unmarshal().json(JsonLibrary.Jackson, MyRequest.class)
.split(messageSplitter)
.process(restProcessor)
.aggregate(messagesAggregator)
.unmarshal().json(JsonLibrary.Jackson, BulkResponses.class)
.process(responseProcessor)
.to("jms:topic:recipientTopic");

T.INPUT是输入主题的名称，而recipientTopic只是一个将被CamelJmsDestinationName替换的占位符。
我并不热衷于在路由配置中使用CamelJmsDestinationName和一种模拟的主题名称，所以我愿意寻找更好的解决方案。如果camel使用JMSReplyTo自动生成输出主题的输出消息，那就太好了。
目前，问题是camel在JMSReplyTo主题上生成了一个中间输出，但输出是一个未编组的MyRequest对象，这将导致一个异常，显示“ClassNotFoundException：（包名）.MyRequest”，这是显而易见的，因为这只是我内部处理中使用的类-我不想将其生成到输出主题。看起来Camel确实在requestProcessor和messageSplitter处理之间隐式使用了JMSReplyTo目的地......为什么？我做错了什么？最佳实践是什么？