ESB转换功能

-1

晚上好，ESB转换功能

我为想要面向服务架构的客户工作。我在SAP工作，使用的服务总线是Oracle Service Bus。

其中一个提供程序（提供程序A）要求向它们发送HTML，并将其作为XML元素包含在其中。我们负责生成“提供商A”需要的信息，因此我们要求OSB人员对我们发送的信息进行转换。他们基本上告诉我们关闭，因为服务总线不应该编写代码来进行转换。

我明白他们的意思，但据我所知，应用程序不应该负责面向服务架构中的连接逻辑。即使这意味着他们编写代码，他们应该是实施它的人。对我们来说，这意味着要做两倍的工作。

你们有关于此的任何文件？或者至少提供有关最佳实践的信息。我一直在寻找，但还没有找到我需要的确切信息。

谢谢。

来源

2015-10-26 gabrielbaca

服务总线可以转换（它是VETRO acronym的一部分），但通常只在有意义的地方。

如果由于其格式而导致客户端难以使用端点，那么转换为（规范）域模型就很有意义。

就你而言，看起来你只是想从现有服务中获得特定于应用程序的格式，这似乎是应用程序的责任而不是服务总线的责任。

我认为OSB团队会同意向您提供数据是他们的责任，但不是他们有责任按照您希望的格式来修饰数据。

来源

2015-10-27 01:08:40

非常感谢您的回答。实际上，我们是暴露服务的人，它是需要将格式转换为HTML的其他应用程序。我们通常在提供商方面遇到很多麻烦，因为他们使用所有客户使用的通用方法的Web服务。所以他们永远不愿意对其应用程序进行更改，而只是对其进行调整。我们的客户刚刚接受了这一点。如果其他应用程序没有这种连接逻辑，我相信ESB应该负责转换。鉴于这种情况，你认为我有一个有效的索赔？ – gabrielbaca

在这种情况下，您寻求的是提供数据模型转换的中介服务（或适配器）。如果客户希望直接打中介服务，这将是有意义的。显然，如果围绕应用程序中封装的转换有很多业务逻辑，那么我可以看到OSB团队不愿意这么做，因为许多服务总线体系结构非常努力地要做到无状态并且没有业务逻辑。 –

如果您发现答案有帮助，请[接受]（http://meta.stackexchange.com/questions/5234/how-does-accepting-an-answer-work）。 –

ESB转换功能

回答

相关问题