users@jax-rpc.java.net

Re: portable stubs

From: Arun Gupta <arun.gupta_at_Sun.COM>
Date: Mon, 08 Apr 2002 12:04:30 -0700

Hi Sam,

A common use case of JAX-RPC is that you discover a web service endpoint
and the WSDL that describes this endpoint. To invoke this web service,
you create a config.xml file pointing to this WSDL document and feed
this file to the xrpcc tool. The tool then generates stubs and
client-side service implementation file. You use this service
implementation file to get a handle to the stub and invoke the methods
on the web service.

Stubs, so generated, do not depend upon the Tie in any way. Portable
stubs and ties are not defined by JAX-RPC 1.0 and may be defined as part
of a future specification.

Hope that clarifies.

Regards,
-Arun

Sam wrote:

> I dont think thats correct (about stubs getting generated by the
> client).
>
> JAX-RPC defines an API for client-side stubs via the javax.rpc.Stub
> interface.... however I fail to see how that makes the stubs portable
> and independent of the Tie implementation ?
>
> What happens if the client is deployed in another JAXRPC runtime
> (and not the RI) ?? I mean I could write a class that implements
> the Stub interface and its 3 simple methods but how does that hook
> it up to my corresponding tie (which may be generated by a completely
> different runtime ?)....
>
> Can anyone clarify this ? Am I missing something ?
>
>
>
> /sam
>
>
>
>
>
> Sang Shin wrote:
>
>>Sang Shin wrote:
>>
>>>Sam wrote:
>>>
>>>>I m not sure about this. Perhaps you can clarify this.
>>>>
>>>>What is the bigger picture.. of how clients use stubs ?
>>>>
>>>>The way I see it a stub can be distributed with a client and the client
>>>>can access the stub (as we do in RMI clients by doing something similar
>>>>to a lookup).
>>>>
>>>According to the JAX-RPC spec, the stub gets generated
>>>during
>>>deployment time specific to a particular JAX-RPC runtime
>>>system. (One of the reasonings for this is not to
>>>impose the portability requirement to the stub.)
>>>
>>>Even in regular RMI, the recommended practice is to download
>>>the stub during runtime through something like RMI registry
>>>(or Jini lookup service) during runtime. So distributing
>>>a stub with a client is usually considered a bad practice.
>>>
>>>
>>(I am not working in JAX-RPC group. So these are my
>>personal interpretation of the spec.)
>>
>>By the way, I did not mean to imply that in the case of
>>JAX-RPC,
>>the stub gets downloaded to the client during runtime. My
>>understanding is that the stub gets generated by the client
>>side JAX-RPC runtime system.
>>
>>---------------------------------------------
>>Sang Shin sang.shin_at_sun.com
>>Strategic Market Development (781) 442-0531(Work)
>>Sun Microsystems, Inc. (781) 993-1136(Fax)
>>
>>http://www.plurb.com/misc/xml/brandeis-xml-2001.html#bio
>>http://www.plurb.com/misc/te/SangSchedule.html
>>---------------------------------------------
>>
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>


--
=============================================
There is only one me, I must live myself!
There is only one today, I must live itself!
=============================================
http://members.tripod.com/~apgupta/index.html
=============================================