Xavier,
When using doc/literal, your input message must contain at most one
body part. If you need to input multiple parameters, then you need to
define a wrapper element that contains those parameters as a sequence
of elements. For example, edit your WSDL as follows:
<wsdl:types>
<xsd:schema
xmlns:xsd="
http://www.w3.org/2001/XMLSchema"
xmlns="urn:v1.test.ithomi.be"
targetNamespace="urn:v1.test.ithomi.be"
xmlns:serviceMgt="urn:v1.test.ithomi.be"
elementFormDefault="qualified"
attributeFormDefault="unqualified"
version="1.2">
<xsd:element name="createService">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="userId" type="xsd:string"/>
<xsd:element name="serviceId" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
</xsd:schema>
</wsdl:types>
<wsdl:message name="inputCreateService">
<wsdl:part name="parameters" element="serviceMgt:createService"/>
</wsdl:message>
Regards,
Anne
On Thu, 17 Feb 2005 07:41:33 -0800, xdenayer_at_ithomi.com
<xdenayer_at_ithomi.com> wrote:
> Hello, can anybody help us?
>
> We have an operation for which the input message contains 2
> parts.
> As we need documentliteral, those parts are declare with an
> 'element'-attribute.
> When doing a wscompile (-features wsi,documentliteral) and
> wsdeploy (jwsdp1.4 or 1.5), this generates an error:
> -> [wsdeploy] error: generator error: internal error
> (should not happen): tie.generator.002
> As a result, the generated web.xml is not correct and, as
> such, when we deploy the war on an application server, the
> service is not reachable...
> When we remove one of the 2 message parts, everything is
> ok!
>
> So, the problem we are facing is:
> How to compile a webservice with jwsdp, in documentliteral
> style, with an operation input message containing more than
> one part....
>
> I added an example wsdl in attach. Note: this wsdl is just
> an example to show the error (the structure is not optimal
> at all!!)
>
> Thanks for the multiple replies!
> Xavier
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jax-rpc.dev.java.net
> For additional commands, e-mail: users-help_at_jax-rpc.dev.java.net
>
>
>