As long as new WSDL has backward compatibility or right version control for the SOAP Operations you have consumed and Changes like adding new optional types/elements, should nor impact your application.
You could start by analyzing WSDL changes and see if those changes impact you.
To begin with you could host the PROD WSDL in a NonProd environment and run the SOAP Operations.
Thank you for the response . Could you please make me understand if the WSDL has major changes like response parameters are added which in return if consumed freshly will create a different class structure in the Integration class . Will not such changed WSDL impact the SOAP operations .
If such the situation , is there any way to accommodate the new WSDL in the Connect SOAP and modify the class changes accordingly ...
There is no OOTB or standard solution to this problem. WSDL is more like a contract that says what exactly is expected (request) by service and what does it exactly return (response). Like its already mentioned in the previous reply, what is exactly changed should be looked into.
1. If you are using XSLTs then perhaps you can accommodate news changes directly in those files.
2. If you are using, parse or XML rules then u might want to update their mapping. You necessarily might not have to change any class structure etc. Although you may or may not have to create new properties to update mappings in ur parse/XML rules.
One way of knowing the differences could be re run the connector wizard and generate the classes, properties etc in to a new ruleset on a different system(where there are no existing connector classes) and perform a comparision of the generated rules. As conveyed in most of the previous replies backwards compatibility should be maintained by WSDL providers and the changes might be very few and can be accommodated manually
Thank you for the response .Got the concept ..... I feel even the xsd's can be provided so that the service which gets impacted can be reimported . So that the changed parameters can be accommodated in the higher versions . Is the procedure right ?
The contract between the service provider and service consumer is how the request should be and how the response will be. The changes in WSDL will ultimately boil down to one of these things. So the changes from your side will be the
1. Rule changes which prepare the request to the service
2. Rule chances which consume the response from the service