Exception throws on lookup()

Question

I develop a Swing Client, which by RMI a JBoss (on Vista machine) accesses and services implements.
Properties objProperties = new Properties();
objProperties.put(Context.INITIAL_CONTEXT_FACTORY,"org.jnp.interfaces.NamingContextFactory");
objProperties.put(Context.URL_PKG_PREFIXES,"org.jboss.naming:org.jnp.interfaces");
objProperties.put(Context.PROVIDER_URL, "serverIPv4:2001" );
javax.naming.InitialContext initial = new javax.naming.InitialContext(objProperties);
NamingEnumeration ne=initial.list("");
while(ne.hasMore()){
System.out.println("Bind Objects :"+ne.next());
Object ref=initial.lookup("project_projectQ");An exception is thrown with the Swing Client on the Debian machine, here:
{color:#0000ff}initial.lookup("project_projectQ");{color}
The exception reads:
{color:#0000ff}java.lang.ClassNotFoundException: project.query.projectQHome
{color}(in this moment there is not one reaction in the server log of the JBoss (on Vista machine), also not in the Debug mode)
The {color:#0000ff}project.query.projectQHome{color} is with us an interface in one project.ear, which is on the JBoss (the Vista machine) deployed.
The interface {color:#0000ff}project.query.projectQHome{color} does not exist in the.jar file of the Swing Client.
The Swing Client runs thus completely conflict-free on various Machinen, on which only one network entrance and jre 1.6.0 must be present.
On the Debian machine all functionalities of the Swing Client normally, also an email dispatch run functioned smoothly, but the exception already becomes here with the attempt of {color:#0000ff}initial.lookup("project_projectQ"){color} thrown. All ports of the JBoss (on Vista machine) of the Debian machine are attainable and visible.
Main question position:
1. Why funtioniert {color:#0000ff}initial.lookup("project_projectQ"){color} not on the Debian machine?
2. From where does the exception know the name of the interface {color:#0000ff}project.query.projectQHome{color}?
3. Why can in the variable{color:#0000ff} javax.naming.InitialContext initial = new javax.naming.InitialContext (objProperties);{color} obviously existing information for the Naming object "project_projectQ" in {color:#0000ff}*initial*.lookup("project_projectQ");{color} not to be used?
Regards

Answer 1

If the interface {color:#0000ff}project.query.ProjectQHome{color} is merged in the.jar file of the Swing Client,
those of port 2001,2000 and 4444 are used.
If this interface is not merged, those of port 2001,2000,4444 and *8083* are used.
When starting of the JBoss the following is logged:
{color:#003300}08:47:05,244 INFO [WebService] Using RMI server codebase: http://MAINSERV:8083
08:47:05,986 INFO [NamingService] Started jndi bootstrap jnpPort=2001, rmiPort=2000, backlog=50, bindAddress=/192.168.1.2, Client SocketFactory=null, Server SocketFactory=org.jboss.net.sockets.DefaultSocketFactory@ad093076 {color}
The WebService Using RMI server code base 8083 has here the attitude on MAINSERV.
MAINSERV is the computer name of the Vista machine.
In my opinion that could be the cause for the CommunicationException,
there all Windows machines in the local network the computer 'MAINSERV' to reach (e.g. http://KOPIASSES:8080/ for the starting side of the JBoss),
the Debian distribution can so not, but only over the IP address http://192.168.1.2:8080/ for the starting side of the JBoss and http://192.168.1.88:8083/ for the WebService.
I tried to change the codebase properties for run.bat of JBoss.
The changes were also accepted according to JBoss for the WebService, e.g.:
-Djava.rmi.server.codebase=http://192.168.1.2/
-Djava.rmi.server.codebase=http://192.168.1.2:8083/
Perhaps a possibility seems to be,
but that does not function in such a way, because I probably set the wrong data over here.
The local Windows machines throw then an exception, as before with the Debian machine:
javax.naming.CommunicationException [Root exception is java.lang.ClassNotFoundException: project.query.ProjectQHome]