RE: SOAP usage in the real world

Andrew Fawcett Thu, 23 Aug 2001 07:00:34 -0700

Title: RE: SOAP usage in the real world

OK,

I downloaded it and gave it ago....

But got following exception with the attached WSDL file ... :-(

Any thoughts, I created and validated the XML Schema in XML Spy 4.0.

Andy.

com.idoox.soap.ServiceParsingException: unsupported complex type definition - no
t an <all> or <sequence>
        at com.idoox.soap.WSDLParser.up(WSDLParser.java:1459)
        at com.idoox.soap.WSDLParser.access$000(WSDLParser.java:26)
        at com.idoox.soap.WSDLParser$SOAPBinding.crunchComplexType(WSDLParser.ja
va:741)
        at com.idoox.soap.WSDLParser$SOAPBinding.handleTypeOfSchemaElement(WSDLP
arser.java:981)
        at com.idoox.soap.WSDLParser$SOAPBinding.crunchType(WSDLParser.java:856)

        at com.idoox.soap.WSDLParser$SOAPBinding.crunchComplexType(WSDLParser.ja
va:746)
        at com.idoox.soap.WSDLParser$SOAPBinding.handleTypeOfSchemaElement(WSDLP
arser.java:981)
        at com.idoox.soap.WSDLParser$SOAPBinding.addParameter(WSDLParser.java:81
7)
        at com.idoox.soap.WSDLParser$SOAPBinding.handleInputOutput(WSDLParser.ja
va:681)
        at com.idoox.soap.WSDLParser$SOAPBinding.mergeAndCrunchSchemas(WSDLParse
r.java:533)
        at com.idoox.soap.WSDLParser$SOAPBinding.addOperation(WSDLParser.java:49
1)
        at com.idoox.soap.WSDLParser$SOAPBinding.<init>(WSDLParser.java:443)
        at com.idoox.soap.WSDLParser.handleBinding(WSDLParser.java:1428)
        at com.idoox.soap.WSDLParser.doParse(WSDLParser.java:105)
        at com.idoox.soap.WSDLParser.<init>(WSDLParser.java:61)
        at java.lang.reflect.Constructor.newInstance(Native Method)
        at com.idoox.soap.Service.getInstance(Service.java:178)
        at com.idoox.soap.Service.getInstance(Service.java:233)
        at com.idoox.soap.tools.ServiceCompiler.<init>(ServiceCompiler.java:392)

at com.idoox.soap.tools.ServiceCompiler.main(ServiceCompiler.java:1172)
at com.idoox.tools.wsre.WSDL2Java.main(WSDL2Java.java:47)
Fault class com.idoox.soap.ServiceParsingException: unsupported complex type def
inition - not an <all> or <sequence>

-----Original Message-----
From: Radovan Janecek [mailto:[EMAIL PROTECTED]]
Sent: 22 August 2001 15:51
To: [EMAIL PROTECTED]
Subject: Re: SOAP usage in the real world

of course! :-)

it also handles MIME/Multiparts and WASP unique feature: remote references to other web services (i.e. a web service can return a reference to other web service)

----- Original Message -----

From: Andrew Fawcett

To: '[EMAIL PROTECTED]'

Sent: Wednesday, August 22, 2001 9:19 AM

Subject: RE: SOAP usage in the real world

No, I'll check it out, thanks!

Does it handle complex types defined in the <type> section of the WSDL document?

-----Original Message-----
From: Radovan Janecek [mailto:[EMAIL PROTECTED]]
Sent: 22 August 2001 08:14
To: [EMAIL PROTECTED]; Christoph C. Cemper / privat
Subject: Re: SOAP usage in the real world

Did you try WSDLCompiler from WASP?

It is able to generate Java and JavaScript code from WSDL 1.1 and it is tested on huge amount of wsdl documents.

The newest version is on http://www.idoox.com/eap/wasp/index.html. Next release is planned to 31.8.

Sincerely

Radovan Janecek

Radovan Janecek
CTO, Idoox
+420 602 572008
http://www.idoox.com

----- Original Message -----

From: Christoph C. Cemper / privat

To: [EMAIL PROTECTED]

Sent: Wednesday, August 22, 2001 9:07 AM

Subject: Re: SOAP usage in the real world

Huuh...

did I miss something?

WSDL.EXE in .NET Beta 2 generates JAVA ???

After all Java was dropped by MS, so all it does is AFAIK VB & JScript

Christoph C. Cemper

----- Original Message -----

From: Andrew Fawcett

To: '[EMAIL PROTECTED]'

Sent: Wednesday, August 22, 2001 8:57 AM

Subject: RE: SOAP usage in the real world

> Q: Do any of the current crop of WSDL tools generate serializable client-side
> java classes for the datatypes declared in the <types> section?

Yes, the WSDL.EXE tool in Microsoft .NET beta 2.

-----Original Message-----
From: Peter Tandara-Kuhns [mailto:[EMAIL PROTECTED]]
Sent: 21 August 2001 18:19
To: [EMAIL PROTECTED]; David Wall
Subject: RE: SOAP usage in the real world

I don't have the answers to these questions, but having implemented demo's
using the IBM and Microsoft (MS SOAP Toolkit 2.0, not .NET) WSDL tools, I
have
some observations that the folks writing the tools could clarify.

The IBM WSDL tools are dependent on Apache SOAP, and the focus seems have
been
on getting Apache SOAP solid before coming out with new versions of the WSDL
tools (BTW, the Apache SOAPers have done a fantastic job in that regard).
The WSDL toolkit I used didn't support user-defined complex datatypes.
The latest toolkit, WSIF, does seem to support complex types, based on the
addressbook WSDL sample.

My demos all used primative datatypes. Since the interop issues for simple
datatypes seem to have been overcome (resolved?) has anyone got interop
working
for complex data? I haven't tried yet, but will soon.

The WSTK toolkit generates WSDL and deployment descriptor mappings from java
classes that implement the JavaBeans API.
Q: If the java class uses an Object as a parameter, does WSDL generation
fail?

On the (Apache) server side, you can map complex data to whatever java class

you want using the deployment descriptor, and it is up to the serializer and

desrializer to "do the right thing". If you are using java on the client,
I would think that a "data-only" class would be preferable to exporting the
actual Java class you are mapping the data to.

Q: Do any of the current crop of WSDL tools generate serializable
client-side
java classes for the datatypes declared in the <types> section?

-----Original Message-----
From: David Wall [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 11:30 AM
To: [EMAIL PROTECTED]
Subject: SOAP usage in the real world

I like the concept around SOAP, but I'm wondering if there are any "real
world" uses of it for web services beyond perhaps the intranet. If so, how
are people handling:

1) Interoperabliity. Seems like Apache SOAP server don't work all that well
with most of the MSFT .NET toolkits, especially for APIs needed or more than
simple tests.

2) Service description. WSDL seems like the way things are going to
describe services to potential customers, but Apache SOAP doesn't have plans
to implement it, and Axis seems still a long way from production with the
features currently in Apache SOAP. How are people letting others know about
the format of complex data objects, potentially with attachments, etc.?

3) Object/class sharing. Does anybody provide end-users with the Java
classes that they use on the server to return or accept complex data
objects? If so, did you create special "data only" Java classes for use
with SOAP, since I can't imagine wanting to share the true object classes
because they probably have huge dependencies/references to other project
classes that you may not want to share, have internal logic data elements
that you wouldn't normally share (i.e. the so-called 'transient' fields that
may exist, like 'lastLoginTime' or what have you), additional fields that
you might share via the XML but are perhaps computed in your class logic
(i.e. a 'total' field or a 'timestamp' that you might want to return as the
Java long value, but also expressed as String date/time according to the
caller's timezone), have processing logic that won't make sense except on
the server (i.e. 'saveData' or methods that might interact with other parts
of the your system), etc. It seems like having to create a separate data
only class hierarchy for use with SOAP's XML marshallers is perhaps overly
nasty.

What are people doing with this? We have created our XML APIs around SOAP,
and they tended to work okay in an all-Apache SOAP world, but things got
much nastier once the caller was a .NET VB or COM object, and it was hard to
describe the service's method+parameters for complex objects (objects with
many data elements, optional fields, embedded lists/arrays, references to
other potentially complex objects), and we did need a separate "data object"
that expressed our objects in a more portable format (i.e.
java.sql.Timestamp was shown as both a long and a String defined in GMT).

Thanks for any advice on what successful, complext implementations are doing
with respect to such issues,
David
Yozons Inc. - Secure Delivery and E-Signatures for everyone
www.yozons.com

sales.wsdl

RE: SOAP usage in the real world

Reply via email to