- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
这就是我想要做的。我必须读取两个包含此内容的文件
<Person>
<Requestor>Dinesh</Requestor>
</Person>
为此我创建了一条路线
<route id="getPerson">
<from uri="file:src/main/resources/xml?noop=true"/>
</route>
接下来我需要读取另一个名为 Address 的文件
<Address>
<City>New York </City>
</Address>
这是我的第二条路线
<route id="getAddress">
<from uri="file:src/main/resources/xmlAddress?noop=true"/>
</route>
如何使用 Enricher 或 Aggregate 将这两个 xml 合并为一个,使最终的 xml 消息看起来像这样
<Person>
<Requestor>Dinesh</Requestor>
<Address>
<City>New York</City>
</Address>
</Person>
有什么想法吗?我尝试按照文档进行操作,但它所说的只是发送到某些 Web 服务 uri。
上面的场景是我实际想要做的事情的简化版本。对我来说,现实生活中的情况是这样做——步骤 1. 读取一个 xml 文件,第 2 步:调用 Web 服务并获得响应。第3步:合并第2步中的Response,并在第1步中将其添加到Xml body
编辑 1: 我可以编写自定义 AggregatorStartegy 类。我写了这样的东西
public class AggregationStrategy implements org.apache.camel.processor.aggregate.AggregationStrategy{
@Override
public Exchange aggregate(Exchange oldExchange, Exchange newExchange) {
newExchange.getOut().setBody("<all>"
+ oldExchange.getIn().getBody(String.class)
+ newExchange.getIn().getBody(String.class)
+ "</all>");
return newExchange;
}
}
我正在苦苦挣扎的是如何编写 Spring xml,我可以在这里告诉我的消息或文件 1+ 消息或文件 2,加入他们吧。这是我实际的 context.xml 的样子
<camelContext id="myCamel" xmlns="http://camel.apache.org/schema/spring">
<route>
<from uri="file:src/main/resources/xmlPerson?noop=true"/>
<camel:to uri="direct:enrichMessage"></camel:to>
</route>
<route >
<from uri="file:src/main/resources/xmlAddress?noop=true"/>
<log message="**************RESPONSE FROM CATASK DSS:: \n ${body}" id="log_output"/>
<camel:to uri="direct:enrichMessage"></camel:to>
</route>
<route id="enrichMessage">
<from uri="direct:enrichMessage"/>
<camel:enrich strategyRef="aggregationBean" />
<log message="**************MERGED RESPONSE :: \n ${body}"/>
</route>
最佳答案
我终于明白了。我最初的理解是我们可以手头有两条消息并将它们合并为 Ex -路线 1 最终消息 -
迪内什
路线 2 最终消息 -
<Address>
<city>New York</city>
</Address>
我的理解是,在收到上面的两条消息后,我可以构建一个 aggregationStartegy 并将它们合并。好吧,我的假设是错误的。 enricher 的工作方式是它手头有一条消息,在它从第二条路线获取消息之前,我们需要告诉 Camel - “嘿,在你收到路线 2 的消息之前,这是来自路线 1 的消息。当你获取来自Route 1的消息,使用我的聚合策略类将它们合并“。”
所以我期待在使用 Enricher 后会出现以下结果
<Person>
<name>Dinesh</name>
</Person>
<Address>
<city>New York</city>
</Address>
但我不确定该怎么做。这是我正在做的,这是错误的方法
<route id="getPerson">
<from uri="file:src/data/catask/person?noop=true" />
<to uri="direct:enrich"/>
</route>
<route id="getAddress">
<from uri="file:src/data/catask/address?noop=true" />
<to uri="direct:enrich"/>
</route>
<route id="enrich">
<from uri="direct:enrich"/>
<enrich strategyRef="aggregationBean"/>
<log message="After Merge ... ${body}"/>
</route>
<bean id="aggregationBean" class="com.mycompany.camel.canadatask.AggregationStrategy"/>
我的 Java 类看起来像这样
public class AggregationStrategy implements
org.apache.camel.processor.aggregate.AggregationStrategy{
@Override
public Exchange aggregate(Exchange message,Exchange resource) {
String old = resource.getIn().getBody(String.class);
System.out.println("OLD:: \n"+old);
String newMsg = message.getIn().getBody(String.class);
System.out.println("NEW:: \n"+newMsg);
System.out.println("MERGED::" + old + newMsg);
message.getIn().setBody(old+newMsg);
return message;
}
}
现在上面的代码当然不起作用了。后来我意识到了错误,我对enricher的理解是错误的。
正确的实现是这样的-
<route id="getPerson">
<from uri="file:src/data/catask/person?noop=true" />
<pollEnrich strategyRef="aggregationBean" uri="file:src/data/catask/address?noop=true"/>
<log message="After Merge ... ${body}"/>
</route>
<bean id="aggregationBean" class="com.mycompany.camel.canadatask.AggregationStrategy"/>
Java 代码保持不变 -
public class AggregationStrategy implements
org.apache.camel.processor.aggregate.AggregationStrategy{
@Override
public Exchange aggregate(Exchange message,Exchange resource) {
String old = resource.getIn().getBody(String.class);
System.out.println("OLD:: \n"+old);
String newMsg = message.getIn().getBody(String.class);
System.out.println("NEW:: \n"+newMsg);
System.out.println("MERGED::" + old + newMsg);
message.getIn().setBody(old+newMsg);
return message;
}
}
关于java - Apache Camel 合并来自不同路径的两个文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21167348/
今天我在一个 Java 应用程序中看到了几种不同的加载文件的方法。 文件:/ 文件:// 文件:/// 这三个 URL 开头有什么区别?使用它们的首选方式是什么? 非常感谢 斯特凡 最佳答案 file
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
我有一个 javascript 文件,并且在该方法中有一个“测试”方法,我喜欢调用 C# 函数。 c# 函数与 javascript 文件不在同一文件中。 它位于 .cs 文件中。那么我该如何管理 j
需要检查我使用的文件/目录的权限 //filePath = path of file/directory access denied by user ( in windows ) File fil
我在一个目录中有很多 java 文件,我想在我的 Intellij 项目中使用它。但是我不想每次开始一个新项目时都将 java 文件复制到我的项目中。 我知道我可以在 Visual Studio 和
已关闭。此问题不符合Stack Overflow guidelines 。目前不接受答案。 这个问题似乎不是关于 a specific programming problem, a software
我有 3 个组件的 Twig 文件: 文件 1: {# content-here #} 文件 2: {{ title-here }} {# content-here #}
我得到了 mod_ldap.c 和 mod_authnz_ldap.c 文件。我需要使用 Linux 命令的 mod_ldap.so 和 mod_authnz_ldap.so 文件。 最佳答案 从 c
我想使用PIE在我的项目中使用 IE7。 但是我不明白的是,我只能在网络服务器上使用 .htc 文件吗? 我可以在没有网络服务器的情况下通过浏览器加载的本地页面中使用它吗? 我在 PIE 的文档中看到
我在 CI 管道中考虑这一点,我应该首先构建和测试我的应用程序,结果应该是一个 docker 镜像。 我想知道使用构建环境在构建服务器上构建然后运行测试是否更常见。也许为此使用构建脚本。最后只需将 j
using namespace std; struct WebSites { string siteName; int rank; string getSiteName() {
我是 Linux 新手,目前正在尝试使用 ginkgo USB-CAN 接口(interface) 的 API 编程功能。为了使用 C++ 对 API 进行编程,他们提供了库文件,其中包含三个带有 .
我刚学C语言,在实现一个程序时遇到了问题将 test.txt 文件作为程序的输入。 test.txt 文件的内容是: 1 30 30 40 50 60 2 40 30 50 60 60 3 30 20
如何连接两个tcpdump文件,使一个流量在文件中出现一个接一个?具体来说,我想“乘以”一个 tcpdump 文件,这样所有的 session 将一个接一个地按顺序重复几次。 最佳答案 mergeca
我有一个名为 input.MP4 的文件,它已损坏。它来自闭路电视摄像机。我什么都试过了,ffmpeg , VLC 转换,没有运气。但是,我使用了 mediainfo和 exiftool并提取以下信息
我想做什么? 我想提取 ISO 文件并编辑其中的文件,然后将其重新打包回 ISO 文件。 (正如你已经读过的) 我为什么要这样做? 我想开始修改 PSP ISO,为此我必须使用游戏资源、 Assets
给定一个 gzip 文件 Z,如果我将其解压缩为 Z',有什么办法可以重新压缩它以恢复完全相同的 gzip 文件 Z?在粗略阅读了 DEFLATE 格式后,我猜不会,因为任何给定的文件都可能在 DEF
我必须从数据库向我的邮件 ID 发送一封带有附件的邮件。 EXEC msdb.dbo.sp_send_dbmail @profile_name = 'Adventure Works Admin
我有一个大的 M4B 文件和一个 CUE 文件。我想将其拆分为多个 M4B 文件,或将其拆分为多个 MP3 文件(以前首选)。 我想在命令行中执行此操作(OS X,但如果需要可以使用 Linux),而
快速提问。我有一个没有实现文件的类的项目。 然后在 AppDelegate 我有: #import "AppDelegate.h" #import "SomeClass.h" @interface A
我是一名优秀的程序员,十分优秀!