Ewan,
That is exactly why we did it; we wanted to avoid name clashes with any
other method generated on the stub.
Ewan Harrow wrote:
>Oh good that looks like the sort of thing I'm looking for. Why though
>did Sun opt for the _setProperty naming convention? Not really the
>standard.
>
>thx ewan
>
>
> --- "Bobby Bissett - Javasoft robert.bissett-at-sun.com |newsgroups|"
><b09ihwkvzq0t_at_sneakemail.com> wrote: > >
>
>
>>>* Have a client deployed in the same way as a WAR. The developer
>>>ideally does not want to rebuild each time the "server" is moved to
>>>
>>>
>>a
>>
>>
>>>different ip address. He would rather have the client's "view" of
>>>
>>>
>>the
>>
>>
>>>endpoint (the host url in the stubs) made a deployment step in the
>>>
>>>
>>same
>>
>>
>>>way as JDBC Datasources and other resources are in J2EE.
>>>
>>>can I achieve this easily?
>>>
>>>
>>With the service war file, the location attribute change doesn't
>>happen
>>at deploy time; it happens when a client requests the wsdl file.
>>
>>With the stubs, you can either regenerate them, or have your client
>>code
>>set the ENDPOINT_ADDRESS_PROPERTY property on the stubs before making
>>
>>calls. Your client could get this information from some resource at
>>deployment time, and then create the stub, set the property, and
>>start
>>making calls.
>>
>>Cheers,
>>Bobby
>>
>>---------------------------------------------------------------------
>>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
>>
>>
>>
>
>________________________________________________________________________
>Yahoo! Messenger - Communicate instantly..."Ping"
>your friends today! Download Messenger Now
>http://uk.messenger.XXXXXXXXX/download/index.html
>
>---------------------------------------------------------------------
>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.
doug.kohlert_at_sun.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
---------------------------------------------------------------------
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