java - SOAP消息转换器

Question

我有一组调用的 SOAP 服务，我们将它们称为与originalApplicationEndpoints 通信的originalApplicationInterfaces。我被要求将 SOAP 数据包更改为不同的格式(我们称之为sillyInterface)，并以不同的 SOAP 数据包格式将其发送到sillyEndpoints。实现sillyInterface的应用程序取出一些元数据，将sillyInterface转换回originalApplicationInterface格式并将其发送到originalEndpoint。回复通过系统传回。

我强调了这样一个事实:我们应该将sillyInterface 更改为originalApplicationInterfaces 并使用soap header 来携带元数据，但它是由sillyApplication 团队中的某个人设计的，他对编程一无所知，只使用SOAP UI。我可以看出他对自己的sillyInterface 非常满意，因此像所有企业模式设计书籍建议的那样抛弃sillyInterface 并实现originalApplicationInterface 真的很尴尬。

我不愿意将每个传出调用更改为originalApplicationInterface，并重新调整数据包，将其更改为sillyInterface。有很多原始的ApplicationInterfaces，这将是大量的工作。

我已经考虑过创建某种 MessageHandler 并将端点黑客攻击到sillyEndpoint，但这似乎是一个大规模的黑客攻击，随着界面随着时间的推移而变化，或者他们意识到originalApplicationInterface是一个更好的方法，需要不断更新。他们甚至可能意识到还有大约 5 个其他应用程序需要修改才能像我的应用程序一样使用sillyInterface，并且它将造成巨大的破坏。我只是想如果我写了一个originalApplicationInterfaces 到sillyInterface 转换器，那么我们都可以使用它。这也会凸显出sillyInterface的荒谬之处，也许他们会给sillyMan更多的训练。

我决定创建一个代理，它在一侧实现originalApplicationInterfaces，从其端点读取SOAP消息，将soap header 中的数据包重新调整为sillyInterface的SOAP格式，将其发送到sillyApplication，读取回复并发送它返回到我的应用程序。

自从我使用 Spring Integration (XML) 以来已经有一段时间了，所以我想我应该尝试一下 Spring Boot Integration，但我正在努力选择使用哪些类和注释，因为大多数文档似乎都关注焦点关于 xml 配置。

此外，如果可能的话，我想避免编译originalApplicationInterfaces和sillyInterface，因为我认为我可以使用soap方法来重新组织数据包，以读取 header 和xml方法来重新调整格式并直接发送。

任何有关此问题的帮助将不胜感激。

Answer 1

我离开了那份工作和那家公司。