有关于Java中soap处理的新闻吗？

我与Axis和Saaj合作了几年，然后我转向SpringWS，我更喜欢它，因为它更面向xml。 然后，由于saaj存在严重的性能问题，我将所有项目都切换到axiom。 后来我又遇到了一些问题，特别是与名称空间处理（和）相关的问题，无论如何，我已经使用SpringWS和axiom两年了

因为我并不完全满意，我实际上在寻找其他的图书馆。有什么建议吗

我知道谷歌是我最好的朋友，但这是一个微妙的问题，所以我想知道你的经验。实际上，在Java中处理soap消息的最佳库是什么

我可以根据自己的需要编写自己的库，但我认为这并不容易，我不喜欢重新发明轮子。我只想依靠一个库来正确处理格式良好的xml、名称空间声明、多层嵌套xml等等

我其实在找其他的 图书馆。有什么建议吗

SAAJ仍然是SUN处理SOAP（带附件）的规范。
参考实现使用DOM，因此如果交换大消息，您将看到内存问题。
除了axis和spring（您已经使用过）之外，其他支持基于soap的web服务的框架是cxf。
Axis使用axiom进行xml处理，并且有一个SAAJ实现，我认为它不是基于DOM的。因此，大邮件的内存使用率有望提高。
CXF默认使用内置java saaj实现，但也可以支持axis2 saaj

最后但并非最不重要的是JAX-WS（也依赖于SAAJ）。
CXF和JAX-WS都允许您直接在xml级别上工作。
这几乎是java中最流行的soap web服务框架（如果我忘了什么，我希望有人会来通知我）

要处理的最佳库是什么 Java中的soap消息

很难说，因为这是一个相当广泛的问题。
一般来说，最流行的框架是Axis2和CXF（这是我个人的理解）。
我想所有的库都有一个问题，就是它们对输入太“敏感”，例如名称空间等。
有时开发人员需要更轻松的解析，这并不容易实现

JAX-WS（和，又名Metro）使用数据绑定和存根生成来进行SOAP调用，类似于.NET通常的方式

---

JAX-WS可能是推荐的方法，除非您有使数据绑定变得不可行的特定需求。

SAAJ仍然是一个令人讨厌的方法。如果你两年前不喜欢它，你现在肯定不会喜欢。SpringWS和Axiom是一个更令人愉快的选择。那么cxf呢？还是HTTP+xml解析器？谢谢您的建议@vtd xml author HTTP+xml解析器是一个解决方案，但我不想编写自己的库。这不是很容易，我希望有一些图书馆做得比我更好。不过，谢谢你，我会考虑的。