1) Setting up the Context properties, which including pointing to the server hosting the JNDI service. This code which you posted, is an example for this:
2) The second part (after the context has been setup) is to do a lookup using a key (also known as JNDI name) which is done as follows:
The com.bekijkhet.HelloStateless is the JNDI name. Even though it looks like a fully qualified classname of the bean interface, in reality it can be any string which represents the JNDI name of the bean. While deploying a bean on the server, each bean has a unique JNDI name on the server, so that the clients can lookup it up using that name.
This message was edited 1 time. Last update was at by Jaikiran Pai
Bennet Xavier
Ranch Hand
Joined: Jun 19, 2008
Posts: 142
posted
0
Hi Jaikiran Pai,
Yes, i understood.
Now, the jndi name that is mentioned in the lookup operation is key, which we use for getting the bean, which has been injected already.
My question is, is there a way to assign new name for bean, while deploying in glassfish, because i didn't see any option for that.
Bennet Xavier wrote:
My question is, is there a way to assign new name for bean, while deploying in glassfish, because i didn't see any option for that.
Each application server provides a way to specify a JNDI name for the bean. I haven't used Glassfish, so can't say where that config goes. The Glassfish documentation on EJB3 might have the details.
This is really useful : If the stand-alone java client is running on a different host than the server, set the -Dorg.omg.CORBA.ORBInitialHost property when starting the client JVM. E.g.
java -Dorg.omg.CORBA.ORBInitialHost=com.acme.Host1. This property defaults to localhost, so it is not necessary to set it if the java client is running on the same machine as the server.