Re: orion.jar needed for JNDI-lookup??
Hi, 1st: sorry, I was offline during the last week Juan: what do you mean by "inline"? for loading the necessary class, yes, I mean the RMI-classloader (since Orion provides class-loading via RMI in order to get the stubs/skeletons to the server) Cheers, Stefan - Original Message - From: "Juan Lorandi (Chile)" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Saturday, March 03, 2001 8:01 PM Subject: RE: orion.jar needed for JNDI-lookup?? > inline > > > -Original Message- > > From: Stefan Wendel [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, February 28, 2001 3:17 PM > > To: Orion-Interest > > Subject: Re: orion.jar needed for JNDI-lookup?? > > > > > > Hi Ernst, > > > > there is no superclass since InitialContextFactory is an > > interface which is > > implemented > > by ApplicationClientInitialContextFactory directly (so every > > vendor provides > > his > > own InitialContextFactoryClass...) > > > > It should work like this: when the class is needed it should > > be loaded by > > the class > > loader over the net (this is a basic principle of JNDI: load > > the "driver" > > which is > > needed for current application, if not already installed on > > the client). > Do you mean RMI??? > > > > > To be more specific with my error: I get an error from the > > java.net.URLClassLoader which > > says he(she...?) can't find the specific class > > (ClassNotFoundException). > > > > Did I miss some setup somewhere ... ? > > > > Greetings, Stefan > > > > > > - Original Message - > > From: "Ernst de Haan" <[EMAIL PROTECTED]> > > To: "Orion-Interest" <[EMAIL PROTECTED]> > > Sent: Wednesday, February 28, 2001 3:54 PM > > Subject: Re: orion.jar needed for JNDI-lookup?? > > > > > > > Hi Stefan, > > > > > > > we are running a Swing-application accessing via HTTP/RMI > > > > to an EJB-server. To do the JNDI-lookup class > > "com.evermind.server.ApplicationClientInitialContextFactory" > > > > is used as describes in the orion-doc. > > > > > > Do you *need* to downcast to > > ApplicationClientInitialContextFactory, or > > can > > > you perhaps use a superclass (InitialContextFactory) ? If > > so, then you > > only > > > need the JNDI libraries. > > > > > > -- > > > Ernst > > > > > > > >
RE: orion.jar needed for JNDI-lookup??
inline > -Original Message- > From: Stefan Wendel [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 28, 2001 3:17 PM > To: Orion-Interest > Subject: Re: orion.jar needed for JNDI-lookup?? > > > Hi Ernst, > > there is no superclass since InitialContextFactory is an > interface which is > implemented > by ApplicationClientInitialContextFactory directly (so every > vendor provides > his > own InitialContextFactoryClass...) > > It should work like this: when the class is needed it should > be loaded by > the class > loader over the net (this is a basic principle of JNDI: load > the "driver" > which is > needed for current application, if not already installed on > the client). Do you mean RMI??? > > To be more specific with my error: I get an error from the > java.net.URLClassLoader which > says he(she...?) can't find the specific class > (ClassNotFoundException). > > Did I miss some setup somewhere ... ? > > Greetings, Stefan > > > - Original Message - > From: "Ernst de Haan" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Wednesday, February 28, 2001 3:54 PM > Subject: Re: orion.jar needed for JNDI-lookup?? > > > > Hi Stefan, > > > > > we are running a Swing-application accessing via HTTP/RMI > > > to an EJB-server. To do the JNDI-lookup class > "com.evermind.server.ApplicationClientInitialContextFactory" > > > is used as describes in the orion-doc. > > > > Do you *need* to downcast to > ApplicationClientInitialContextFactory, or > can > > you perhaps use a superclass (InitialContextFactory) ? If > so, then you > only > > need the JNDI libraries. > > > > -- > > Ernst > > > >
Re: orion.jar needed for JNDI-lookup??
Stefan, Are you sure about the InitialContext class being loaded over the network? I have never heard of that before, and was not aware that JNDI supported this feature. Can you point to any documentation of the feature? I have always understood that the JNDI properties pointed to the class to be used, and that the class had to be accessible via the ClasPath. thanks, tim. > Hi Ernst, > > there is no superclass since InitialContextFactory is an interface which is > implemented > by ApplicationClientInitialContextFactory directly (so every vendor provides > his > own InitialContextFactoryClass...) > > It should work like this: when the class is needed it should be loaded by > the class > loader over the net (this is a basic principle of JNDI: load the "driver" > which is > needed for current application, if not already installed on the client). > > To be more specific with my error: I get an error from the > java.net.URLClassLoader which > says he(she...?) can't find the specific class (ClassNotFoundException). > > Did I miss some setup somewhere ... ? > > Greetings, Stefan > > > - Original Message - > From: "Ernst de Haan" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Wednesday, February 28, 2001 3:54 PM > Subject: Re: orion.jar needed for JNDI-lookup?? > > > > Hi Stefan, > > > > > we are running a Swing-application accessing via HTTP/RMI > > > to an EJB-server. To do the JNDI-lookup class > "com.evermind.server.ApplicationClientInitialContextFactory" > > > is used as describes in the orion-doc. > > > > Do you *need* to downcast to ApplicationClientInitialContextFactory, or > can > > you perhaps use a superclass (InitialContextFactory) ? If so, then you > only > > need the JNDI libraries. > > > > -- > > Ernst > > > >
Re: orion.jar needed for JNDI-lookup??
Ok, > there is no superclass since InitialContextFactory is an interface which is > implemented > by ApplicationClientInitialContextFactory directly (so every vendor provides > his > own InitialContextFactoryClass...) Can you show that part of your code? Perhaps you can do smthng like this: // Perhaps this one is read from a configuration somehow String factoryClassName = "com.evermind.server.ApplicationClientInitialContextFactory"; InitialContextFactory factory; try { Class c = Class.forName(factoryClassName); } catch (Throwable t) { System.err.println("Unable to load initial context factory " + factoryClassName "."); t.printStackTrace(); } > It should work like this: when the class is needed it should be loaded by > the class > loader over the net (this is a basic principle of JNDI: load the "driver" > which is > needed for current application, if not already installed on the client). Well, perhaps you're referencing the driver from your code, and perhaps you should try loading the class explicitly with the Class.forName() call? HTH, just my $ 0.02. -- Ernst > To be more specific with my error: I get an error from the > java.net.URLClassLoader which > says he(she...?) can't find the specific class (ClassNotFoundException). > > Did I miss some setup somewhere ... ? > > Greetings, Stefan > > > - Original Message - > From: "Ernst de Haan" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Wednesday, February 28, 2001 3:54 PM > Subject: Re: orion.jar needed for JNDI-lookup?? > > > > Hi Stefan, > > > > > we are running a Swing-application accessing via HTTP/RMI > > > to an EJB-server. To do the JNDI-lookup class > "com.evermind.server.ApplicationClientInitialContextFactory" > > > is used as describes in the orion-doc. > > > > Do you *need* to downcast to ApplicationClientInitialContextFactory, or > can > > you perhaps use a superclass (InitialContextFactory) ? If so, then you > only > > need the JNDI libraries. > > > > -- > > Ernst > > > > >
Re: orion.jar needed for JNDI-lookup??
Hi Ernst, there is no superclass since InitialContextFactory is an interface which is implemented by ApplicationClientInitialContextFactory directly (so every vendor provides his own InitialContextFactoryClass...) It should work like this: when the class is needed it should be loaded by the class loader over the net (this is a basic principle of JNDI: load the "driver" which is needed for current application, if not already installed on the client). To be more specific with my error: I get an error from the java.net.URLClassLoader which says he(she...?) can't find the specific class (ClassNotFoundException). Did I miss some setup somewhere ... ? Greetings, Stefan - Original Message - From: "Ernst de Haan" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Wednesday, February 28, 2001 3:54 PM Subject: Re: orion.jar needed for JNDI-lookup?? > Hi Stefan, > > > we are running a Swing-application accessing via HTTP/RMI > > to an EJB-server. To do the JNDI-lookup class "com.evermind.server.ApplicationClientInitialContextFactory" > > is used as describes in the orion-doc. > > Do you *need* to downcast to ApplicationClientInitialContextFactory, or can > you perhaps use a superclass (InitialContextFactory) ? If so, then you only > need the JNDI libraries. > > -- > Ernst >
Re: orion.jar needed for JNDI-lookup??
Hi Stefan, > we are running a Swing-application accessing via HTTP/RMI > to an EJB-server. To do the JNDI-lookup class >"com.evermind.server.ApplicationClientInitialContextFactory" > is used as describes in the orion-doc. Do you *need* to downcast to ApplicationClientInitialContextFactory, or can you perhaps use a superclass (InitialContextFactory) ? If so, then you only need the JNDI libraries. -- Ernst
orion.jar needed for JNDI-lookup??
Hi everybody, we are running a Swing-application accessing via HTTP/RMI to an EJB-server. To do the JNDI-lookup class "com.evermind.server.ApplicationClientInitialContextFactory" is used as describes in the orion-doc. The problem: this class is located in orion.jar (2.sthg MB), which is after my understanding the main-lib of the whole orion-server. Consequences: 1) we don't want to ship this lib to the client (system uses Java-Webstart to download all classes and libraries needed, even if Webstart only updates classes which are changing this is way too much download for "some JNDI-lookup") 2) how can this conform to the licence-model of Orion when you have to ship the application-server to the client (for each client-installation, which in this scenario comes up to several hundred) If I should have missed sthg. in the doc, sorry for this. If not: how to deal with that since this a pro/con-decision for our customer using Orion. Thanks & Cheers, Stefan Wendel, [EMAIL PROTECTED]