Creation of SOAP message does not put elements in proper sequence of complex typ
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-08-2010
09:41 AM
04-08-2010
09:41 AM
Creation of SOAP message does not put elements in proper sequence of complex typ
Creation of SOAP message does not put elements in proper sequence of complex type.
Create a soap request from sample wsdl and resulting message has elements in the wrong order.
Example
co-relation ID
must provide this and be unique for product per GID
results in
USD
?
? <
bpm:MultimediaTextOverlay>?
?
?
?
?
?
? >?
?
?
?
? ?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
notice the order is incorrect
should be...
String
String
String
String
String
String
String
String
String
String
String
String
String
String
String
String
String
String
String
Available
String
String
String
String
3 River Wireless@sms.3rivers.net
String
String
String
String
String
Available
String
String
String
String
3 River Wireless@sms.3rivers.net
Create a soap request from sample wsdl and resulting message has elements in the wrong order.
Example
results in
bpm:MultimediaTextOverlay>?
notice the order is incorrect
should be...
17 REPLIES 17
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-25-2011
01:11 AM
05-25-2011
01:11 AM
Hi,
hmm.. the XML looks ok for my tests, probably I'm not adding what I should to provoke this.. can you give me more detailed instructions on what to add in which order?
Thanks in advance!
regards,
/Ole
eviware.com
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
hmm.. the XML looks ok for my tests, probably I'm not adding what I should to provoke this.. can you give me more detailed instructions on what to add in which order?
Thanks in advance!
regards,
/Ole
eviware.com
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-25-2011
01:29 PM
05-25-2011
01:29 PM
Thanks for your response.
This problem isn't entirely consistent, we have found. It seems to come up when you already have valid XML and then try to add elements to it. But it doesn't happen in every scenario and we haven't come up with the scenarios that cause it.
You should see symptoms of this problem when you create a sample request. Try this exercise:
a) Create a sample request with mandatory elements and validate it. You should find that it is not valid due to not matching patterns (which is kind of expected and not a problem), but also you will see "Expected element 'Signatory@...before the end of the content in element Form05-169...' This means the XML generator had trouble figuring out what is mandatory from the schemas.
b) Now create a sample request with optional elements and validate it.
You should see items like:
Line 25: Expected element 'PreparerPersonName.. instead of PTIN.. here in element PaidPreparerInformation...'
This is a symptom of generating XML that is out of order. In order to fix this, you HAVE to edit XML. Problems with fields not matching patterns can be fixed in the form view.
To simulate the problem with our XML and schemas, try this:
1) Copy the attached XML to a sample request. It should already be valid according to the schemas.
Make sure you validate and format it from the XML view (Alt-V, alt-F)
2)Then go to the form view. Go down to Form05-102 and click 'Add' to add a new form.
Without doing anything else, go to the XML view and validate.
The XML should still be valid and you shouldn't see the new form yet. Somehow SoapUI knows this form was added though.
3) Now go back to the form view and click the validation checkbox. Two fields should be highlighted.
Put 333333333 in the FTIN field and TEST in the taxpayer name.
4) Go back to the XML view and validate. You should see one validation error:
line 123: Expected element 'TXCommonData... instead of 'Form05-102' ....
It should have put the 102 form ahead of the TXCommonData form (out of order)
.
This problem isn't entirely consistent, we have found. It seems to come up when you already have valid XML and then try to add elements to it. But it doesn't happen in every scenario and we haven't come up with the scenarios that cause it.
You should see symptoms of this problem when you create a sample request. Try this exercise:
a) Create a sample request with mandatory elements and validate it. You should find that it is not valid due to not matching patterns (which is kind of expected and not a problem), but also you will see "Expected element 'Signatory@...before the end of the content in element Form05-169...' This means the XML generator had trouble figuring out what is mandatory from the schemas.
b) Now create a sample request with optional elements and validate it.
You should see items like:
Line 25: Expected element 'PreparerPersonName.. instead of PTIN.. here in element PaidPreparerInformation...'
This is a symptom of generating XML that is out of order. In order to fix this, you HAVE to edit XML. Problems with fields not matching patterns can be fixed in the form view.
To simulate the problem with our XML and schemas, try this:
1) Copy the attached XML to a sample request. It should already be valid according to the schemas.
Make sure you validate and format it from the XML view (Alt-V, alt-F)
2)Then go to the form view. Go down to Form05-102 and click 'Add' to add a new form.
Without doing anything else, go to the XML view and validate.
The XML should still be valid and you shouldn't see the new form yet. Somehow SoapUI knows this form was added though.
3) Now go back to the form view and click the validation checkbox. Two fields should be highlighted.
Put 333333333 in the FTIN field and TEST in the taxpayer name.
4) Go back to the XML view and validate. You should see one validation error:
line 123: Expected element 'TXCommonData... instead of 'Form05-102' ....
It should have put the 102 form ahead of the TXCommonData form (out of order)
.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-20-2011
11:22 AM
06-20-2011
11:22 AM
Any updates or change of status on this issue?
thanks.
thanks.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-26-2011
04:35 PM
06-26-2011
04:35 PM
I have just rediscovered this problem. Still present in SOAPUI Pro 4.0.0.
This is a show stopper for us.
This is a show stopper for us.
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-12-2011
04:06 AM
07-12-2011
04:06 AM
Hi,
fix for this issue is available on the nightly build http://www.eviware.com/nightly-builds/s ... -SNAPSHOT/
Please give it a try and let us know if it works for you.
best regards
nebojsa
eviware.com
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
fix for this issue is available on the nightly build http://www.eviware.com/nightly-builds/s ... -SNAPSHOT/
Please give it a try and let us know if it works for you.
best regards
nebojsa
eviware.com
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-18-2011
06:52 PM
07-18-2011
06:52 PM
Thanks.
We are in the process of reviewing this solution and will post a reply.
--Dutch
We are in the process of reviewing this solution and will post a reply.
--Dutch
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-01-2011
06:52 AM
11-01-2011
06:52 AM
Hello,
We did not hear from you regarding bug you reported. We introduced the fix for it, but did not got
confirmation from you. We are assuming this is working for you now.
Thanks,
robert
/SmartBear
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
We did not hear from you regarding bug you reported. We introduced the fix for it, but did not got
confirmation from you. We are assuming this is working for you now.
Thanks,
robert
/SmartBear
Did my reply answer your question? Give Kudos or Accept it as a Solution to help others. ⬇️⬇️⬇️
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-25-2016
03:24 AM
08-25-2016
03:24 AM
Hi,
I'm experiencing the same issue with ReadyAPI 1.8.0, and it's causing a lot of troubles.
Is it supposed to be working now?
I'm creating a new request from a WSDL file.
I'm filling in the elements directly in the "form" screen.
I submit the request.
When I look at the raw message that was sent, some elements (always the same!) are inverted (compared to the WSDL and to the form screen).
Thanks,
Yvan

- « Previous
-
- 1
- 2
- Next »
- « Previous
-
- 1
- 2
- Next »