如何在内容丰富（）中使用骆驼的Exchange set属性？

Question

我有一条骆驼路线，根据一些id进行拆分和聚合。当检索到一个id时，调用另一个endpoint来根据这个id检索项目信息。在检索项目信息之后，我必须通过调用多个enrich()方法来丰富它。在第一个enrich方法中，我必须做一些xpath处理，其中我将能够检索一个primaryOrgId值，我将在交换中将其设置为属性，不要担心xpath处理，我已经解决了这个问题，但我的问题是当我在第一个enrich中设置属性(primaryOrgId)时。当路线到达第二个enrich部分时，属性值不会被持久化。当我记录primaryOrgId值时，显示的是“testValue”的原始值(在direct:createSomeIds路径中设置)，而不是在第一个enrich部分中设置的“changeTheValueHere”。

我用的是基于Fuse 6.2.1的Camel 2.15。

我去了骆驼网站，从 http://camel.apache.org/content-enricher.html 那里读了这部分.我不确定我是否了解如何实现...“为此，您必须在endpoint URI 中设置文件名”..这篇文章是在谈论标题，我认为它也适用于交易所中的属性。

pollEnrich或Enrich不会访问当前交易所的任何数据，这意味着在轮询时，它不能使用您可能在交易所设置的任何现有标头。例如，不能在Exchange.FILE_NAME标头中设置文件名，而使用 pollEnrich 仅使用该文件。为此，必须在终结点 URI 中设置文件名。

这是我的代码：

from("direct:createSomeIds")
        .routeId("createSomeIds")
        .process(new IdCreatorProcessor()        
        .setProperty("primaryOrgId").constant("testValue")
    .split(xpath("/TempProjects/TempProject/Code/text()").namespaces(ns) , new IdStrategy())
        .to("direct:splitRouteById")
.end();

from("direct:splitRouteById")
        .routeId("splitRouteById")
        .to("direct:getProjectByID")
        .to("xquery:template/AllProjectToSingleProject.xq") //xquery template
        .convertBodyTo(Project.class)  
        .enrich("direct:getAdditionalInfo", new ProjectStrategy(ProjectStrategy.AggregatorType.AdditionalInfo))
        .enrich("direct:getSecondaryInfo", new ProjectStrategy(ProjectStrategy.AggregatorType.SecondaryInfo))
.end();

 from("direct:getAdditionalInfo")
//some xpath stuff here
        .setProperty("primaryOrgId").constant("changeTheValueHere")

 .end();

 from("direct:getSecondaryInfo")
        .log("Value of primaryOrgId = " + "${exchangeProperty.primaryOrgId}")

 .end();

如果您可以提供一些代码示例，那将很有帮助。

Answer 1

如果你再往下读一点，你会发现建议你改用RecipientList和聚合策略。

.recipientList("direct:getAdditionalInfo", "direct:getSecondaryInfo")
    .aggregationStrategy(new ProjectStrategy())

终结点 URI 中的文件名设置仅在要访问 FTP 上的某个文件或其他文件区域时才适用。

编辑:

我现在看到你需要从第一次丰富到你的第二次丰富中的财产。但是，如果您没有在第一次扩充中修改消息正文，那么我实际上根本不认为需要它。

如果您实际上正在修改正文，那么您仍然可以使用 RecipientList，但您可以使用两个单独的 RecipientList，每个终结点中仅调用一个终结点。