AndiKoll
13 years agoContributor
refactoring of WSDL
Hello,
we have to refactor some projects because of changed WSDL definitions.
Using the refactoring feature of SoapUI some questions popped up.
We got the screen with the graphical presentation of the changes between the original WSDL and the new one.
A lot of links point to definitions in the new file which are marked as ‘not in schema.
Disconnecting the links enables us to reconnect the previous xpaths to the new ones – partly.
The following problem occurs: if a field moves to a lower level – which means in the new WSDL definition a level has been inserted – it cannot be connected to the new structure. In the screenshot attached you’ll find a field aeaBorder cannot be connected to the aeaBorder in the new WSDL because the level AreaLayout has been inserted.
Is there any solution how to link the two fields?
Request definitions and Response definitions created in some test cases get lost after finishing the refactoring process.
Because we have a lot of test cases (about 400) we shall to find a solution how to migrate also the test case request definitions to the new schema.
Please let me know what’s possible to migrate to the new schema without loosing request and response definitions and how to migrate properly when levels have been inserted in the new schema.
Thanks in advance
Greetings
Andi Kollenbach
we have to refactor some projects because of changed WSDL definitions.
Using the refactoring feature of SoapUI some questions popped up.
We got the screen with the graphical presentation of the changes between the original WSDL and the new one.
A lot of links point to definitions in the new file which are marked as ‘not in schema.
Disconnecting the links enables us to reconnect the previous xpaths to the new ones – partly.
The following problem occurs: if a field moves to a lower level – which means in the new WSDL definition a level has been inserted – it cannot be connected to the new structure. In the screenshot attached you’ll find a field aeaBorder cannot be connected to the aeaBorder in the new WSDL because the level AreaLayout has been inserted.
Is there any solution how to link the two fields?
Request definitions and Response definitions created in some test cases get lost after finishing the refactoring process.
Because we have a lot of test cases (about 400) we shall to find a solution how to migrate also the test case request definitions to the new schema.
Please let me know what’s possible to migrate to the new schema without loosing request and response definitions and how to migrate properly when levels have been inserted in the new schema.
Thanks in advance
Greetings
Andi Kollenbach