Performance Talend Open Studio for ESB 5.2作业优化/性能问题路线
使用Talend ESB 5.2.0,我希望创建一个中介路由,该路由将在入站请求的有效负载上调用处理作业到CXF消息传递端点,但是我当前的实现遇到了一些大有效负载的性能问题 我调查了这个问题,发现瓶颈在于使用tXMLMap将入站XML负载从tRouteInput组件编组到内部行结构进行处理 是否可以在路由中使用内置类型转换器,通过POJO或在作业中处理成本较低的传输对象从路由和流封送内部行结构?或者,有没有更好的方法可以使用更便宜的转换将XML从路由封送到Talend的内部行结构 任何想法都欢迎。 干杯Performance Talend Open Studio for ESB 5.2作业优化/性能问题路线,performance,xml-parsing,esb,talend,Performance,Xml Parsing,Esb,Talend,使用Talend ESB 5.2.0,我希望创建一个中介路由,该路由将在入站请求的有效负载上调用处理作业到CXF消息传递端点,但是我当前的实现遇到了一些大有效负载的性能问题 我调查了这个问题,发现瓶颈在于使用tXMLMap将入站XML负载从tRouteInput组件编组到内部行结构进行处理 是否可以在路由中使用内置类型转换器,通过POJO或在作业中处理成本较低的传输对象从路由和流封送内部行结构?或者,有没有更好的方法可以使用更便宜的转换将XML从路由封送到Talend的内部行结构 任何想法都欢迎
mids事实证明,问题是由入站XML有效负载的格式引起的-具有多个循环元素映射以将输出流与tXMLMap分开,从而为每个输出流的每个项目生成相对链接,从而在需要时支持涉及循环的更高级处理。
这导致了巨大的内存开销,导致吞吐量降低。
在XML到Talend行的转换中不需要任何更高级的处理,我们通过使用tReplicate和tExtractXMLField组件将有效负载拆分为不同的循环元素,然后在单独的tXMLMaps中映射出XML,以避免自动生成这些链接,从而克服了这个问题。
-mids