Hi I am using a WSDL file that comes with the WPS API developed for Python, I've att. the complete file. This doesn't mean that the WSDL document is 100% correct......
In a nutshell, the WSDL has 3 operations: GetCapabilities, Describeprocess and Execute All of them have XML inputs/outputs for example "GetCapabilities": <operation name="GetCapabilities"> <input message="tns:GetCapabilitiesRequest"/> <output message="tns:GetCapabilitiesResponse"/> <fault name="ExceptionResponse" message="tns:ExceptionResponse"/> </operation> Then the tns:GetCapabiltiesRequest is defined as follows: <message name="GetCapabilitiesRequest"> <part name="msg" element="wps:GetCapabilities"/> </message> This is basically a simple xml message defined in the <types> section from the WPS schemas that define the standard. <xsd:schema targetNamespace="http://www.opengis.net/wps/1.0.0";> <xsd:include schemaLocation="http://schemas.opengis.net/wps/1.0.0/wpsGetCapabilities_request.xsd"/> </xsd:schema> As indicated in the W3C's WSDL document, messages are defined in the types tag using XSD schema, therefore attributes should be totally supported and parsed. If I am not mistaken the lack of attributes in the SOAP request could be a bug, but I would prefer for someone with more experience in Tavern/WSDL to confirm it. All the best Jorge On 08/13/2010 03:29 PM, Ian Dunlop wrote: > Hello, > > Did you hand generate the WSDL or is it generated by the server? Are the > 'language' and 'service' parameters allowed by the WSDL specification? I'm > no expert here and reading this only confuses me!! - > http://www.w3.org/TR/2002/WD-wsdl12-20020709/ . If they are allowed then it > might be a bug in Taverna's WSDL processor. Glad it is working though, we > would be interested to hear more about your work. It really is exciting for > us when Taverna is used by new people and communities. > > Cheers, > > Ian > > Ian Dunlop > myGrid team > School of Computer Science > University of Manchester > > > > On 13 Aug 2010, at 15:03, Jorge de Jesus wrote: > >> 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/ > > > ------------------------------------------------------------------------------ > 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. --------------------------------------------------------------------------------
wps.wsdl
Description: application/wsdl
------------------------------------------------------------------------------ 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/
