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）。 –

回答

相關問題