Doug thanks again. Actually both server and client artifacts are
generated from WSDL file itself. I am able to successfully generate all
artifacts using wscompile (both="true") with "donotoverride" option. All the
generated artifacts are jarred up in a jar and than this jar is included in
the application war file. I have even added Class-Path entry to this jar in
a Manifest file of war. The issue is even after including this generated
artifacts(stubs/ties/serilizers) in the deployement war file the Sun App
Server8.1 regenerates them again. Why is that so ?
-----Original Message-----
From: Doug Kohlert [mailto:Doug.Kohlert_at_Sun.COM]
Sent: Thursday, May 19, 2005 11:06 AM
To: users_at_jax-rpc.dev.java.net
Subject: Re: Why multiple serializer for same data type that's shared across
web services
Prashant,
It is not recommended that you generate the client from the SEI. The
reason for this is that the WSDL specifies the contract between the client
and server, not the SEI. If you do chooose to to this, then using both=true
is imperitive, you must make sure that the client and server artifacts are
generated at the same time. That said, try the -f:donotoveride option.
Prashant Kadam wrote:
> Doug thank you very much for the answer.
> I have a next part of question here..... So instead of relying on
> the server to generate these Ties/Serializer I am generating them in my
> build process with wscompile (both=true) and including them in my jar file
> of the application and than deploying the app. But the server ignores
these
> files and still regenerates them again. Why is that so? How can I stop
the
> server from doing this? I have tried so many different things but it's
> still the same thing ..Your help is really appreciated !
>
> Prashant Kadam.
>
> -----Original Message-----
> From: Doug Kohlert [mailto:Doug.Kohlert_at_Sun.COM]
> Sent: Wednesday, May 18, 2005 8:12 PM
> To: users_at_jax-rpc.dev.java.net
> Subject: Re: Why multiple serializer for same data type that's shared
across
> web services
>
> The reason for this is because JAX-RPC only process one endpoint at a
> time and therefore does not have any knowledge of other endpoints
> or the data types they are using. To avoid name conflicts each endpoint
> is generated with a specific infix (e.g. _8_ or _9_) to avoid conflicts
> with other endpoints. JAX-RPC 2.0 does not do this.
>
> Prashant Kadam wrote:
>
>
>>Hi,
>>
>> I am sharing a same data type between different web services and so
>>the data type is defined in its own schema. This data type schema is
>>imported in different web services using xsd:import. When wscompile is
>>run it generates only one serializer for a shared data type for all the
>>web services that refer the data type. Though for deployment I am
>>relying on the server to generate serializer and so I am not including
>>the generated ties/stubs/serializer. But after deploying to Sun
>>Application Server 8.1 the server generates separate serializers for the
>>shared data type for each web service that refers to the data type. If I
>>have a shared data type named as "Person" than the generated serializer
>>names are like Person_8_LiteralSerializer.java,
>>Person_9_LiteralSerializer.java and so on. Any idea why it's doing so .
>>
>>
>>
>>
>>
>>Prashant.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
--
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