users@jax-rpc.java.net

Re: Using unbounded sequences

From: Anne Thomas Manes <anne_at_manes.net>
Date: Fri, 19 Mar 2004 17:35:10 -0500

Doug's right in that if you want to use SOAP encoding, you need to use a
SOAP encoding array type.

Please note, though, that this is a valid schema structure, and this is how
you should define an array when using literal encoding.

If you can't change your schema, then you must use literal encoding. For
best interoperability, you should use doc/literal.

My question is why would you want to use rpc/encoded. It is something to avoid.

Anne

At 04:27 PM 3/19/2004, you wrote:
>Christof,
>Where did you get this WSDL from? I am not sure it is valid. I am pretty
>sure that soap encoding requires the use of soap-encoded arrays.. There
>is no work around for this type of WSDL.
>
>Christof Strack wrote:
>
>>Hi,
>>
>>I build a web service which uses as a value type the following type:
>> <xsd:complexType name="TroubleTicketValueType">
>> <xsd:sequence>
>> <xsd:element name="value" type="xsd:string"
>> minOccurs="1" maxOccurs="unbounded"/>
>> </xsd:sequence>
>> </xsd:complexType>
>>When I process this with wscompile (rpc/encoded) I get an error message
>>that this type is not supported.
>> From the mailing list I've seen one option is to convert the sequence to
>> an array. This is not an option for me since the schema has to stay
>> fixed (compatability).
>>What other options do I have? Is it possible to use JAXB together with
>>JAX-RPC but still use rpc/encoded style?
>>
>>Regards Christof
>>
>>
>>
>>---------------------------------------------------------------------
>>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
>>
>
>--
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Doug Kohlert
>
>Sun Microsystems, Inc.
>503-345-9806
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>NOTICE: This email message is for the sole use of the intended
>recipient(s) and may contain confidential and privileged
>information. 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.
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
>---------------------------------------------------------------------
>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

~~~~~~~~~~~~~~~~~~
Anne Thomas Manes
VP & Research Director
Burton Group


---------------------------------------------------------------------
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