2012-12-20 24 views
2

我有Oracle服务总线曝光该聚合来自3个不同的后端的响应的服务。聚合模式,SOA(SplitJoin OSB)

最大的问题是,OSB的行为非常糟糕,因为大型有效负载的响应。

如果响应有20MB的soap消息,并且需要使用xquery,xpath(由OSB提供的函数)在内存中进行汇总和转换,大小约为700MB! (真的!)

这意味着OOME很快会导致2,3个用户在同一时间提出请求,游戏结束。

那么是否有一些开源替代方案来实现聚合模式服务(来自多个后端的聚合SOAP响应)?我可以通过调用3个其他WS(开始按顺序,然后并行)的WS自己做到这一点,但如果在java中已经存在这样的事情(比如OSB的分离连接),我想先知道,所以我将不必重新发明轮子。

谢谢

+1

你尝试向大的有效载荷调整了OSB? –

+0

我说的很好,但是我需要访问内容,所以它不是一个直通路径,我需要的信息不在标题中。每个管理服务器节点拥有2GB ......问题是如何在memory.I的XMLBeans没有编码的消息流,所以我可以;吨触摸逻辑太多... – Cris

+0

我想到的是OS通过Java标注做一个EJB – Cris

回答

1

Mulesoft ESB的替代方案是Oracle OSB。

Mulesoft.Org

Mulesoft Foreach command

我不以任何方式隶属于骡子。

+0

即使你是...有不会有,如果它有问题工作很好:) ..关于,我会考虑在不久的将来...我想到一个更快的解决方案 – Cris