I just now found the root cause of the problem.

First, I am using JBossAS 4.0.5CR1 (whichever EJB3 implementation that comes 
with it). I am also using JBoss Messaging 1.0.1CR4 (haven't upgradded to CR5 
yet).

The jar file I built contained client code and the MDB. And one other thing - a 
jndi.properties file.  Once I removed the jndi.properties file, the EJB3 MDB 
deployed successfully. The jndi.properties contained the tpyical information 
for locahost:

java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces 

So it does not appear to be a problem with the EJB3 or Messaging code, simply a 
packaging issue for my jar file.  By the way, I reproduced the problem by 
adding the jndi.properties file to the mdb-example.ejb3 file generated by the 
ejb3mdb example.

Therefore, I will not be sending the jar file.

It might by nice, however, if the DLQHandler.createSevice method was modified 
to look for the class not found exception and generate an error that lets the 
user know to check the jar file for an extraneous jndi.properties file.  Let me 
know and I will submit a proposed patch.


View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974268#3974268

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974268
_______________________________________________
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to