Need inputs in architecting SOA which handles multiple versions of schema
Posted
by
user555400
on Stack Overflow
See other posts from Stack Overflow
or by user555400
Published on 2010-12-27T21:48:53Z
Indexed on
2010/12/27
21:54 UTC
Read the original article
Hit count: 182
wcf
Hi,
I am working on an assignment where building SOA for an existing application. I am trying to get input from you guys on which is better approach for the SOA application:
Here is the requirement:
We want to develop SOA application that helps other vendors to integrate with our system. I also understand for some clients we need to bring new fields to support the integration.
Solution Needed: Looking for either one SOA application which can handle all the clients to do the integration with our system. Question Is it possible to do so? Because we might have different contracts possibly bringing new fields coming into the contracts.
(or) Develop a another SOA service if the service contract changes and have a front gate SOA service to divert the call to the appropriate SOA services based on the version [Probably mentioned in the SOAP header].
If anyone of you guys have handled this type of requirement and know how to handle this problem, that would help me.
Thanks,
Nazim
© Stack Overflow or respective owner