Hi to all Thank you Ian and Donal for your replies.
@Donal, yes you are correct that both document should are semantically equivalent and that good software should be able to understand it, but in real life thinks aren't always ideal.... @Ian Thank you for the explanation, now I am more relaxed with the output generated :) BUT there is a problem, (that I've forgot to reference) and this one is serious since it breaks the Open Geospatial Consortium Web Processing Service (WPS) standard: The input XML has: <wps:GetCapabilities xmlns:ows="http://www.opengis.net/ows/1.1"; xmlns:wps="http://www.opengis.net/wps/1.0.0"; xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.opengis.net/wps/1.0.0 ../wpsGetCapabilities_request.xsd" language="en" service="WPS"> Please notice these 2 attributes: language="en" service="WPS" That are missing in the SOAP request to my WPS service: <ns1:GetCapabilities xmlns:ns1="http://www.opengis.net/wps/1.0.0";> Other OGC services also use attributes to pass mandatory information, for example version number. I've programmed some work around in my service and everything is working fine, and it is nice to see Taverna working :) I would like to hear the opinion of your college Stuard on the "missing attributes" case All the best, and thanks for the replies Jorge On 08/13/2010 10:31 AM, Ian Dunlop wrote: > Hello, > > I guess the first question that I can think of is: does your service work > with the soap message that Taverna generates? If it doesn't then we will > have to do a bit more investigation ie. look at the workflow, services etc. > Now, I'm not really an expert on WSDL/SOAP but I don't think it should matter > that the prefix has changed as long as the namespaces are correct. It's not > so much that the namespace tags have changed just that the Taverna WSDL > processor has expanded everything and included the namespace tags inside each > element where they are referenced. > > For example. the AcceptVersion bit has just been expanded to include any > namespace information inside it, the actual information is the same (I think). > > <wps:AcceptVersions > xmlns:wps="http://www.opengis.net/wps/1.0.0";> > <ows:Version > xmlns:ows="http://www.opengis.net/ows/1.1";>1.0.0</ows:Version> > </wps:AcceptVersions> > > <wps:AcceptVersions> > <ows:Version>1.0.0</ows:Version> > </wps:AcceptVersions> > > > If Stuart was around (he is on leave at the moment) I am sure he could tell > you exactly why Taverna does what it does but unfortunately until then you > have my slightly unsatisfactory answer. > > > Ian Dunlop > myGrid team > School of Computer Science > University of Manchester > > > > On 13 Aug 2010, at 08:31, Jorge de Jesus wrote: > >> Hi to all >> >> I am a newbie in Taverna and I am mainly working in Geo-Informatics. >> >> I am trying to run some GeoSpatial services with WSDL and for some >> reason that I don't understand there is a namespace change when my XML >> information is sent to the service. >> >> My workflow has an XML input file like this: >> >> <wps:GetCapabilities xmlns:ows="http://www.opengis.net/ows/1.1"; >> xmlns:wps="http://www.opengis.net/wps/1.0.0"; >> xmlns:xlink="http://www.w3.org/1999/xlink"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> xsi:schemaLocation="http://www.opengis.net/wps/1.0.0 >> ../wpsGetCapabilities_request.xsd" language="en" service="WPS"> >> <wps:AcceptVersions> >> <ows:Version>1.0.0</ows:Version> >> </wps:AcceptVersions> >> </wps:GetCapabilities> >> >> BUT my service gets something like this: >> >> <soapenv:Envelope >> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; >> xmlns:xsd="http://www.w3.org/2001/XMLSchema"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";><soapenv:Body> >> <ns1:GetCapabilities xmlns:ns1="http://www.opengis.net/wps/1.0.0";> >> <wps:AcceptVersions >> xmlns:wps="http://www.opengis.net/wps/1.0.0";> >> <ows:Version >> xmlns:ows="http://www.opengis.net/ows/1.1";>1.0.0</ows:Version> >> </wps:AcceptVersions> >> </ns1:GetCapabilities></soapenv:Body></soapenv:Envelope> >> >> The SOAP envelope is ok the problem is that element >> <wps:GetCapabilities> becomes <ns1:GetCapabilities>, the NameSpaceURI is >> correct "http://www.opengis.net/wps/1.0.0"; but the prefix has changed >> Also the namespace information has changes and xmls:wps namespace has >> jumped to the following tag (<wps:AcceptVersions>) >> >> I have the sensation that Taberna parses the XML input and then when it >> dumps it, it changes the prefix and drops/changes some of the namespace >> structure. >> >> My question is: Is this normal?!, if not is there a way that I can avoid >> it ?! >> >> Cheers >> >> Jorge >> >> -------------------------------------------------------------------------------- >> Plymouth Marine Laboratory >> >> Registered Office: >> Prospect Place >> The Hoe >> Plymouth PL1 3DH >> >> Website: www.pml.ac.uk >> Registered Charity No. 1091222 >> PML is a company limited by guarantee >> registered in England & Wales >> company number 4178503 >> >> PML is a member of the Plymouth Marine Sciences Partnership >> Website: www.pmsp.org.uk >> -------------------------------------------------------------------------------- >> This e-mail, its content and any file attachments are confidential. >> >> If you have received this e-mail in error please do not copy, disclose it to >> any third party or use the contents or attachments in any way. Please notify >> the sender by replying to this e-mail or e-mail [email protected] and then >> delete the email without making any copies or using it in any other way. >> >> The content of this message may contain personal views which are not the >> views of Plymouth Marine Laboratory unless specifically stated. >> >> You are reminded that e-mail communications are not secure and may contain >> viruses. Plymouth Marine Laboratory accepts no liability for any loss or >> damage which may be caused by viruses. >> -------------------------------------------------------------------------------- >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by >> >> Make an app they can't live without >> Enter the BlackBerry Developer Challenge >> http://p.sf.net/sfu/RIM-dev2dev >> _______________________________________________ >> taverna-users mailing list >> [email protected] >> [email protected] >> Web site: http://www.taverna.org.uk >> Mailing lists: http://www.taverna.org.uk/about/contact-us/ > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > taverna-users mailing list > [email protected] > [email protected] > Web site: http://www.taverna.org.uk > Mailing lists: http://www.taverna.org.uk/about/contact-us/ -------------------------------------------------------------------------------- Plymouth Marine Laboratory Registered Office: Prospect Place The Hoe Plymouth PL1 3DH Website: www.pml.ac.uk Registered Charity No. 1091222 PML is a company limited by guarantee registered in England & Wales company number 4178503 PML is a member of the Plymouth Marine Sciences Partnership Website: www.pmsp.org.uk -------------------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail [email protected] and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. You are reminded that e-mail communications are not secure and may contain viruses. Plymouth Marine Laboratory accepts no liability for any loss or damage which may be caused by viruses. -------------------------------------------------------------------------------- ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ taverna-users mailing list [email protected] [email protected] Web site: http://www.taverna.org.uk Mailing lists: http://www.taverna.org.uk/about/contact-us/
