Hi
I’m not quite sure where you’re heading with your question.
Creating a wrapper/framework around your services is certainly a valid thing to do. Depending on the nature of your integration design/architecture you can create some common wrappers, validation services, retry logic etc.
You can also create a document envolope following various “message transformation” patterns (check EAI patterns) to wrap your various data/document as payload to the envelope. The info in canonical doc will define your “docType” and all other information which you can use to lookup into your “repository” (where you store a bunch of information of which service to run etc related to the document). The information then can be used to execute your various wrapper by passing them as input to your wrapper services.
Or if you want to be more “fancy”; you can use some webMethods Java API, create some bean to interact with your IS services. The bean shall be reusable from your Spring or Struts or what have you.
Kurt
#Integration-Server-and-ESB#webMethods#webMethods-General#webMethods-Architecture