Riz,
The trace shows that the case which is failing is actually overriding the
default provider to be the Apache SOAP provider and not the Axis provider
as indicated in your post. When you do no explicitly override the provider,
the default one is being picked up. The default for soap bindings is the
Axis provider. So the problem really comes down to differences between the
Apache SOAP and Axis providers. The Axis provider has much better support
for doc style invocations. In this particular case, the issue is with
wrapped style operations. The Axis provider has a level of support for
these whereas the ApacheSOAP provider does not. So using the Axis provider
(the default) works but overriding it to use the ApacheSOAP provider causes
the invocation to fail.
Regards,
Owen
|---------+---------------------------->
| | [EMAIL PROTECTED]|
| | s.com |
| | |
| | 28/05/2003 18:41 |
| | Please respond to|
| | wsif-user |
| | |
|---------+---------------------------->
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: [EMAIL PROTECTED]
|
| cc:
|
| Subject: WSIFException: Cannot get part 'parameters'. Part was not found
|
|
|
|
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
Hi all,
I have a wierd error. Maybe someone among you has come across it. Any
help/suggestions would
be very appreciated. I need to make the explicit call to override the
default provider as my
environment is not picking up any providers.
Case 1:
-------------------------
DII call with complex return type from standalone Java class with an
explicit call to override the default provider.
i.e. WSIFPluggableProviders.overrideDefaultProvider(
"http://schemas.xmlsoap.org/wsdl/soap/";,
new WSIFDynamicProvider_ApacheAxis() );
Fails :-( Here is the trace file.
WSDL location: http://ws.cdyne.com/ziptogeo/zip2geo.asmx?wsdl
(See attached file: wsif.log)
Case 2
----------------------------
Same DII call as in case 1 with complex return type from standalone Java
class but with NO explicit call to override the default provider.
Works great :-). Here is the trace file.
WSDL location: http://ws.cdyne.com/ziptogeo/zip2geo.asmx?wsdl
(See attached file: wsif.log)
Thanks
Riz
****************************************
This email message and all attachments transmitted with it are for the sole
use of the intended recipient(s) and may contain confidential and
privileged information. Please DO NOT forward this email outside of the
recipient's Company unless expressly authorized to do so herein. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient, please contact the sender by reply email
and destroy all copies of the original message.
Any views expressed in this email message are those of the individual
sender except where the sender specifically states them to be the views of
Indus
International, Inc.
****************************************
