Hi, I have a problem. We used “OpenEdge Release 10.2A03” and We are trying consume a webservice of a provider. When trying connect to WSDL, We received the following error:
“Error loading WSDL document.
http://192.168.222.35:8080/SmsDispatcher/SmsDispatcher?wsdl :
http://192.168.222.35:8080/SmsDispatcher/SmsDispatcher?xsd=
1:22: error: attribute ‘final’ cannot have a value of ‘extension
restriction’ as the expected values are
{‘#all’I’extension’I’restriction’} on top-level ‘xs:complexType’
Declaration (11748)”
And we can’t connect to webservice.
Please, I need your help.
Thanks
In order to help we would need access to the WSDL document and its related XSD files. Are you able to process the WSDL document from another client, for example soapUI ?
In order to help we would need access to the WSDL document and its related XSD files. Are you able to process the WSDL document from another client, for example soapUI ?
Flag this post as spam/abuse.
In order to help we would need access to the WSDL document and its related XSD files. Are you able to process the WSDL document from another client, for example soapUI ?
Flag this post as spam/abuse.
This could be a bug in the version of Xerces used in 10.2A. I found this exact issue in the bug list for the Java version of Xerces, but not in the C++ version. A quick test would be to run the wsdl/schema through OE 11.2 or later which is using Xerces 3.3 to see if it goes away.
This could be a bug in the version of Xerces used in 10.2A. I found this exact issue in the bug list for the Java version of Xerces, but not in the C++ version. A quick test would be to run the wsdl/schema through OE 11.2 or later which is using Xerces 3.3 to see if it goes away.
Flag this post as spam/abuse.
This could be a bug in the version of Xerces used in 10.2A. I found this exact issue in the bug list for the Java version of Xerces, but not in the C++ version. A quick test would be to run the wsdl/schema through OE 11.2 or later which is using Xerces 3.3 to see if it goes away.
Flag this post as spam/abuse.
I just tested this in 11.3.1 and the issue still exists. So I suggest you open a Support case to get this issue fixed.