[jboss-user] [JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

[Ales Justin]

Ales Justin [http://community.jboss.org/people/alesj] created the discussion

"Re: How to stop my WAR loading JBoss's provided 3rd party classes?"

To view the discussion, visit: http://community.jboss.org/message/578772#578772

--------------------------------------------------------------
> We'll try something here, but what upsets me is that just adding the jboss-classloading-domain.xml (or jboss-classloading.xml) automatically changes the classloader defaults even though I don't attempt to change them in the config, and especially the parent-first is interesting this case.
OK, apart from the bugz in EAR and WAR CL deployers, other things are obvious.
You're defining your own domain, hence its configuration applies.
> Why is it so? Does it come from EarClassLoaderDeployer/WarClassLoaderDeployer ? Quick look at them shows that perhaps it does.
Yes.
The parent-first comes form classLoadingMetaData.setJ2seClassLoadingCompliance(false);
> Shouldn't that be fixed too to prevent that from changing depending on jboss-classloading-domain.xml presence?.
You are controlling this by the before-filter config.
If it's AFTER_BUT_JAVA_ONLY then it's the same as what you get withparent-first=false.

jb-cl-domain.xml is by default java-se compliant, meaning parent-first=true.
It could be debated what should be the default, but I think this is more natural.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/578772#578772]

Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2114]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20110104/0f0ce136/attachment.html