I've also see examples that use this:
What does this turn off - how does that effect the class loading for my EAR? Why don't I find a reference to this in the manuals?
It controls the order between parent and child repositories:
Support for specifying custom loader repositories has been extended to SARs, EJB jars and WARs in addition to EARs. In addition the loader repository configuration allows for child first class loading rather than the parent delegation model. This allows deployments to override classes from the server level. To enable deployment first class loading use a configuration fragment like:
in the jboss-app.xml, jboss.xml, jboss-web.xml or jboss-service.xml descriptor. See the corresponding descriptor DTD in the docs/dtd directory for more details.
You should also try the deployment with the latest 3.2.x bug fix release, the older versions did have known issues with some XML classes "leaking" to isolated deployments.
Juha, thanks for your reply.
I've just read the comments in the DTDs - and I'm still just as confused about how I need to configure JBoss as before.
However I now see that the class loading may be in multiple configuration files (so it appears much more complex than before).
This leads me to the question is the configuration of class loading independent, hierarchical, or something else with repect to deployed components? That is to say... if a EAR contains multiple EJB jars do I need to configure each EJB jar for class loading or just the EAR?
What I've found out is that I had a typo in the jboss-app.xml file. The typo was
load-respository (note the extra 's' in repository). JBoss just quietly ignored the config file. I suppose it does not do XML validations.
I also learned (the hard way) that if JBoss had given my EAR a seperate class loader it would appear as a seperate entry on the JMX-console page. I didn't know this so the fact that when it ignored my config file and didn't create an entry for the class loader on the console - would have tipped me off if I were a JBoss guru. Sucks to be me.... learning the hard way.