John,
wscompile is behaving as designed. It is not advised to combine
services from different wscompile runs into a single application.
Combining all your services into a single WSDL is the best approach.
John Colgrave wrote:
> The UDDI WSDL uses the dispositionReport complexType as both output and
> fault in some portTypes, but not others. In others it is used just as a
> fault.
>
> If I run wscompile against a WSDL file containing just a service containing
> just a port for a binding for a portType where dispositionReport is used
> just as a fault, I just get a DispositionReport class generated.
>
> If I run wscompile against a WSDL file containing just a service containing
> just a port for a binding for a portType where dispositionReport is used as
> both an output and a fault then I get two classes generated:
> DispositionReport_Type and DispositionReport_Exception so it seems that the
> name collision rules in table 4-5 in the JAX-RPC 1.1 Specification have been
> applied.
>
> Is it the intended behavior that neither of the uses of dispositionReport in
> this second case retain the original name? If I run wscompile twice, once
> for the first case and once for the second, the same WSDL entity is treated
> two different ways, in the first case the exception class is called just
> DispositionReport and in the second case it is called
> DispositionReport_Exception, and if I direct both runs of wscompile to
> output the generated code in the same tree I get all three variations.
>
> The only way I have been able to get a consistent set of code generated is
> by combining all of the service definitions into a single WSDL file. Is
> this the approach that is required by wscompile?
>
> John Colgrave
> IBM
>
>
>
>
> ---------------------------------------------------------------------
> 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
Java Software Division
Sun Microsystems, Inc.
phone: 503 345-9806
---------------------------------------------------------------------
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