I believe the ability to download stubs is vendor dependant. I dont know
about you, but Im not excited about downloading bytecode to my application
off the web. Remember outside of an Applet there is no sandbox and no
guarantee the home and remote interfaces havent been rerouted with malicious
versions. Id approach downloading stubs with caution myself.
But I think Im on of the more conservative types on this group <g>
Dave Wolf
Internet Applicatins Division
Sybase
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Ploetz
> Sent: Tuesday, August 29, 2000 11:22 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Remote Client Question.
>
>
> Well you'll need the Home and Remote .class files on the
> client side to
> compile your code, but the stub itself will be automatically downloaded
> over the wire if it doesn't reside in the client's classpath.
>
>
> >Is there any way that a remote client can have an instance to a remote
> >interface without the use of a jar. IOW, dynamically load the remote,
> >and home via an IP address. I find it silly to have to manually set up
> >a jar and a classpath on each client.
> >
> >Example.
> >
> >public static void main(String [] args) {
> > try {
> > Context jndiContext = getVendorSpecificJNDIContext();
> > Object ref = jndiContext.lookup("CustomerHome");
> > CustomerHome home = (CustomerHome)
> >PortableRemoteObject.narrow(ref, CustomerHome.class);
> > Customer customer = home.create(...);
> > /* How can I get the current CustomerHome and Customer without
> >manually placing it on every client?*/
> > .
> > .
> > } catch (...) {
> > .
> > .
> > .
> > }
> >}
>
> :::::::::::::::::::::::::::::::::::::::::::::::::::::::
> Brian Ploetz - TradeOut
> Middleware Systems Architect
> [EMAIL PROTECTED]
> phone: (617) 503 - 8208
> fax: (617) 492 - 0699
> www.tradeout.com
> :::::::::::::::::::::::::::::::::::::::::::::::::::::::
>
> ==================================================================
> =========
> To unsubscribe, send email to [EMAIL PROTECTED] and include
> in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
