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#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...