I read somewhere in the forums that maybe I should not supply a hostname and factory
while trying to get the initial context. I tried that, and that did not solve the
problem. Hence, I did this:
props = new Properties();
// JBOSS DOES NOT LIKE THE FOLLOWING TWO LINES..
HEELLP!!!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832967#3832967
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3832967
---
This SF.Net ema
I modified the NamingContext.java to print some information that is coming back. Here
is what I get:
23:44:18,029 INFO [STDOUT] stub = [EMAIL PROTECTED]
23:44:18,029 INFO [STDOUT] stub.getClass().getName() = java.rmi.MarshalledObject
23:44:18,079 INFO [STDOUT] namingPre = org.jnp.server.Na
Hi Bill;
I don't quite understand "calls over the net." According to the stack trace;
javax.naming.CommunicationException: Failed to connect to server localhost:1099. Root
exception is
java.lang.ClassCastException
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:1
Hi Bill, I only have jboss-app.xml:
boxhead:loader=game.ear
I do not have jboss-web.xml... does that make a difference? If so, where should
jboss-web.xml reside .. web-inf? if so, got an example?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832764#38
can you post your jboss-app.xml and your jboss-web.xml then? If you could have a tiny
test for this, it would be easier to debug
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3832735#3832735
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=p
anonymous wrote : I thought that if I am using the UCL, I must make a call over the
network because serialization/deserialization is occurring. I am not using local
interfaces, so I am assuming that a network call is going to take place, and thus, I
must have the JNDI url set. Is this correct?
Hi Bill;
The EAR file contains two files: A War and a Jar. The War contains only the
classes necessary for the war, and the jar contains only the EJB classes. There are
no duplicate classes... I confirmed this 4x.
I do not have a copy of the JBoss naming classes in the EAR because the
How is your EAR/WAR set up? What jars do you have in your EAR/WAR? Do you have a
copy of JBoss naming classes in some jar in your EAR/WAR? If you have UCL turned off
stuff like this usually happens when you have duplicate classes.
FYI though: If you are within same VM it is unwise to set th
Why not? What if I am a client that needs to go against multiple JNDI namespaces?
What I am doing is setting up a Hashtable and setting the hostname and initial context
factory there. This is something I have done for eons, and it does not make sense to
change it just to deal with a bug in J
Don't pass anything to the InitialContext, if you don't need to.
Just get your IC via "InitialContext ic = new InitialContext();" without
feeding any properties to InitialConextx() or via jndi.properties file.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3
I did a bit a troubleshooting. Here's the stack trace:
javax.naming.CommunicationException: Failed to connect to server localhost:1099. Root
exception is
java.lang.ClassCastException
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:199)
at org.jnp.interfaces.Nami
12 matches
Mail list logo