Doh! - spot on Kelvin. A deeper investigation does indeed show that the SOAP I'm trying to send is not valid. I shall update my testcase!
Thanks for spotting that! Martin. ___________________________________ WebSphere ESB Foundation Technologies Mail Point 211 IBM United Kingdom Limited Hursley SO21 2JN Phone : 01962 817395 (247395) Notes ID : Martin Phillips1/UK/[EMAIL PROTECTED] INTERNET : [EMAIL PROTECTED] "kelvin goodson" <[EMAIL PROTECTED]> 09/02/2007 13:53 Please respond to [email protected] To [email protected] cc Subject Re: SOAP encodingStyle not recognised by XMLHelper Martin, I can't really give a SOAP perspective on this but from a pure XML point of view your EMF exception snippet -- "Feature 'encodingStyle' not found." indicates that the SDO metadata that can't be found is related to an SDO Property, and thereby to either an XML element or attribute, so I think your problem lies with the metadata relating to an xml attribute "encodingStyle" rather than a type, so your ability to access a Type of that name does not add information to the resolution of your issue. I can't see a definition of an attribute "encodingStyle" in the referenced schema. Also, the schema for Envelope permits any attribute in any namespace other than " http://schemas.xmlsoap.org/soap/envelope/"; but you are trying to include an attribute of the same namespace. <xs:complexType name="Envelope"> <xs:sequence> <xs:element ref="tns:Header" minOccurs="0"/> <xs:element ref="tns:Body" minOccurs="1"/> <xs:any namespace="##other" minOccurs="0" maxOccurs="unbounded" processContents="lax"/> </xs:sequence> <xs:anyAttribute namespace="##other" processContents="lax"/> </xs:complexType> Regards, Kelvin. On 09/02/07, Martin Phillips1 <[EMAIL PROTECTED]> wrote: > > We would definately like it modeled in the correct form. What I find > strange is that the correct type does exist in the Type Helper (all of the > SOAP Envelope types appear to be pre-defined in all TuscanyTypeHelpers), > so don't understand why it can't find the correct type when loading in the > soap message. > > Martin. > > > > ----- Message from "Yang ZHONG" <[EMAIL PROTECTED]> on Thu, 8 > Feb 2007 09:55:11 -0800 ----- > [email protected] To: > Re: SOAP encodingStyle not recognised by XMLHelper Subject: > > XML can be loaded into DataObject as either modeled such as EnvelopeType > instance, or not modeled such as AnyType instance. > > Which one do you need? > > > On 2/8/07, Martin Phillips1 <[EMAIL PROTECTED]> wrote: > > > > Hello all, > > > > I'm having a little problem with SDO, loading SOAP messages in using the > > XMLHelper. > > > > > > Loading the following message generates the exception below. > > > > <SOAP-ENV:Envelope > > xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"; > > SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";> > > <SOAP-ENV:Body> > > <m:GetLastTradePrice xmlns:m="Some-URI"> > > <symbol>DIS</symbol> > > </m:GetLastTradePrice> > > </SOAP-ENV:Body> > > </SOAP-ENV:Envelope> > > > > This is a bit confusing as the encodingStyle type does exist, I have > > directly accessed the Type. > > > > Type encodingStyle = typehelper.getType( > > "http://schemas.xmlsoap.org/soap/envelope/","encodingStyle";); > > > > The encodingStyle Type looks like this > > (Type:[EMAIL PROTECTED]://schemas.xmlsoap.org/soap/envelope/) { > > any:EFeatureMapEntry > > anyAttribute:EFeatureMapEntry > > } > > > > Removing the encodingStyle from the SOAP message gets rid of the > > exception, but I'm fairly sure that it being there should be valid and > > work. > > > > Does anyone have any thoughts? The Namespace listed in the exception ( > > http:///temp.xml) seems a little strange, but I don't know what the EMF > > stuff is doing. > > I am using the M2 binary (tuscany-sdo-1.0-incubator-M2-bin.zip) > > > > > > org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature > > 'encodingStyle' not found. (http:///temp.xml, 3, 70) > > Message=Feature 'encodingStyle' not found. (http:///temp.xml, 3, 70) > > Cause=org.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature > > 'encodingStyle' not found. (http:///temp.xml, 3, 70) > > org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Feature > > 'encodingStyle' not found. (http:///temp.xml, 3, 70) > > at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors( > > XMLLoadImpl.java:80) > > at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load( > > XMLLoadImpl.java:274) > > at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad( > > XMLResourceImpl.java:666) > > at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load( > > XMLResourceImpl.java:634) > > at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load( > > XMLDocumentImpl.java:238) > > at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load( > > XMLDocumentImpl.java:216) > > at org.apache.tuscany.sdo.helper.XMLHelperImpl.load( > > XMLHelperImpl.java:75) > > at org.apache.tuscany.sdo.helper.XMLHelperImpl.load( > > XMLHelperImpl.java:69) > > at MyTest.wsmessage(MyTest.java:83) > > at MyTest.main(MyTest.java:51) > > Caused by: org.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature > > 'encodingStyle' not found. (http:///temp.xml, 3, 70) > > at > org.eclipse.emf.ecore.xmi.impl.XMLHandler.reportUnknownFeature( > > XMLHandler.java:1739) > > at > org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleUnknownFeature( > > XMLHandler.java:1703) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.setAttribValue( > > XMLHandler.java:2438) > > at > > org.eclipse.emf.ecore.xmi.impl.SAXXMLHandler.handleObjectAttribs( > > SAXXMLHandler.java:72) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject( > > XMLHandler.java:1983) > > at > > org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromFeatureType( > > XMLHandler.java:1891) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject( > > XMLHandler.java:1783) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature( > > XMLHandler.java:1561) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot( > > XMLHandler.java:1229) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType( > > XMLHandler.java:1157) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject( > > XMLHandler.java:1239) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement( > > XMLHandler.java:877) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement( > > XMLHandler.java:860) > > at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement( > > XMLHandler.java:627) > > at > > > com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement > > (Unknown > > Source) > > at > > > > > > com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement > > (Unknown > > Source) > > at > > > > > > com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook > > (Unknown > > Source) > > at > > > > > > com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch > > (Unknown > > Source) > > at > > > > > > com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument > > (Unknown > > Source) > > at > > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse > > (Unknown > > Source) > > at > > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse > > (Unknown > > Source) > > at > > com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown > Source) > > at > > > com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown > > Source) > > at javax.xml.parsers.SAXParser.parse(Unknown Source) > > at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load( > > XMLLoadImpl.java:264) > > ... 8 more > > > > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > > > > Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
