Re: WSIF Invocation of document/literal Web Service

Philipp Leitner <[email protected]> Sun, 08 Jul 2007 15:47:43 +0200
Newsgroups gmane.comp.apache.webservices.wsif.user
Message-ID <[email protected]>
OK, I now managed to solve at least the problems in RPC style - I just 
forgot that arrays are handled as complex XSD types and have to be mapped

(i.e. something like

service.mapType(new
   QName("http://localhost:8080/axis/services/OrderService",
   "ArrayOf_xsd_string"),
   String[].class);

was missing)

Now I wonder if a similar issue is causing my problems with doc/lit 
style. How would I map a doc/lit structure like

<xs:element name="getString">
   <xs:complexType>
     <xs:sequence>
       <xs:element name="param0" nillable="true" type="xs:string"/>
     </xs:sequence>
   </xs:complexType>
</xs:element>

? Should such a doc/lit structure representing a simple String not be 
mapped automatically?

/philipp

Philipp Leitner wrote:
> I just tried the ZIP code example that comes with WSIF which seems to 
> follow document/literal style, and it worked smoothly.
> 
> Thinking about it: do you think that the exception that I posted earlier
> 
> (Exception in thread "main" org.apache.wsif.WSIFException: Method
>   getString(class java.lang.String) was not found in portType
>   {http://service.pojo.sample}DADocTestServicePortType)
> 
> might be a namespace issue? If this is the case: do you have any 
> suggestions of what I can do about it?
> 
> /philipp
> 
> Aleksander Slominski wrote:
>> hi philipp,
>>
>> debugging XML is never easy ;) did you try other WSDL files, preferably
>> one of these included in the latest WSIF distribution (like RC2 -
>> http://people.apache.org/dist/ws/wsif/ )? did they work for you?
>>
>> best,
>>
>> Alek
>>
>> Philipp Leitner wrote:
>>> Sidenote: I just recognized that I am having the same problems with
>>> RPC and services that take an array of Strings as argument. Is anybody
>>> aware of this problems? Am I doing something wrong here?
>>>
>>> /philipp
>>>
>>> Philipp Leitner wrote:
>>>> Hi all,
>>>>
>>>> I have deployed a Web Service using Apache Axis2. The service uses
>>>> document/literal with "wrapped" parameter style and provides a few
>>>> simple test methods. You can find the WSDL definitions at
>>>> http://www.mines-of-moria.de/OrderService.wsdl .
>>>>
>>>> I used the Apache Axis (v1) WSDl2Java tool to generate an "interface"
>>>> for the Web Service and tried to invoke this interface using WSIF.
>>>> Unfortunately the following exception is thrown:
>>>>
>>>> Exception in thread "main" org.apache.wsif.WSIFException: Method
>>>> getString(class java.lang.String) was not found in portType
>>>> {http://service.pojo.sample}DADocTestServicePortType
>>>>         at
>>>> org.apache.wsif.base.WSIFClientProxy.findMatchingOperation(Unknown
>>>> Source)
>>>>         at org.apache.wsif.base.WSIFClientProxy.invoke(Unknown Source)
>>>>         at $Proxy1.getString(Unknown Source)
>>>>         at
>>>> at.ac.tuwien.infosys.dsg.dacoss.eval.v2.WSIFRunner.doStringInvocation(WSIFRunner.java:96) 
>>>>
>>>>
>>>>         at
>>>> at.ac.tuwien.infosys.dsg.dacoss.eval.v2.WSIFRunner.main(WSIFRunner.java:56) 
>>>>
>>>>
>>>>
>>>>
>>>> Analogous exceptions are thrown if I try to invoke any other
>>>> operation in this service using WSIF... as you can see in the WSDL as
>>>> posted above the method that WSIF seems not to be finding is
>>>> available just fine in the service ...
>>>>
>>>> I tried to redeploy the same service using rpc/encoded, and with this
>>>> encoding style the WSIF invocation worked smoothly ...
>>>>
>>>> Is there any known limitation with WSIF and document/wrapped ?
>>>>
>>>> thanks,
>>>> philipp
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]