Classloading Sandbox and EARs in JBoss 6

[gwzoller]

Hello,

I understand that in JBoss 6 each ear runs in a sandbox/classloader of its own by default, right?

If I have a war inside my ear, does it also get its own classloader or would it share the classloader of its containing ear?

Thanks,
Greg

[jaikiran]

Greg Zoller wrote:

If I have a war inside my ear, does it also get its own classloader or would it share the classloader of its containing ear?

Each war will have it's own isolated classloader (as mandated by the spec).

[asiandub]

Is there any way to force WAR and EAR to use the same classloader?

Currently there are various classloader-issues around using Weld / CDI-Extensions in EAR deployments:

https://issues.jboss.org/browse/JBAS-8683

https://issues.jboss.org/browse/SEAMFACES-76

https://issues.jboss.org/browse/SEAMFACES-114

https://issues.jboss.org/browse/WELD-888

https://issues.jboss.org/browse/WELD-889

It seems like it's virtually impossible to use Weld / CDI-Extensions in EAR deployments...

[jaikiran]

Jan Groth wrote:

Is there any way to force WAR and EAR to use the same classloader?

Yes. See this http://community.jboss.org/wiki/useJBossWebClassLoaderinJBoss5 (applies for AS6 too). Try the option#1 mentioned there. Let us know if that helps workaround those issues.

[asiandub]

Yes. See this http://community.jboss.org/wiki/useJBossWebClassLoaderinJBoss5 (applies for AS6 too). Try the option#1 mentioned there. Let us know if that helps workaround those issues.

first binary test result ("working" - "not working"):

"working"

need to investigate further, will post results here :-)

Thanks so far!

[alesj]

https://issues.jboss.org/browse/JBAS-8683

It seems like it's virtually impossible to use Weld / CDI-Extensions in EAR deployments...

I'll have a closer look at this in the next days.

Is there some simple (and small) .ear I could use to test things?

e.g. an .ear with "highlighted" issues you're seeing

[asiandub]

Is there some simple (and small) .ear I could use to test things?

e.g. an .ear with "highlighted" issues you're seeing

I created a streamlined ear project at https://issues.jboss.org/browse/WELD-888

the webgui /probear-web will show if the underlaying dependencies were resolved correctly or not. have a look at what I wrote at the jira-issue, and feel free to post any questions.

[asiandub]

Jan Groth wrote:

need to investigate further, will post results here :-)

After some in-depth testing I did not run into any further problems.

I disabled separate war-classloading for an enterprise JEE 6 application on AS 6 GA. The application contains multiple EJB-modules and one WAR, all having various dependencies, among others:

    <jboss-javaee-6.0.version>1.0.0.Final</jboss-javaee-6.0.version>

    <seam-solder.version>3.0.0.Beta2</seam-solder.version>

    <seam-faces.version>3.0.0.Beta2</seam-faces.version>

    <seam-international.version>3.0.0.Alpha3</seam-international.version>

    <seam-catch.version>3.0.0.Beta1</seam-catch.version>

    <seam-servlet.version>3.0.0.Beta1</seam-servlet.version>

    <seam-config.version>3.0.0.Beta2</seam-config.version>

    <weld.version>1.1.0.CR3</weld.version>

Everything seems to run smoothly and nicely :-)

[pgmjsd]

Just FYI - I tried Option #2 described here: useJBossWebClassLoader in JBoss5 ... this failed with a ClassNotFoundException on WeldPhaseListener.

With Option #1 the server started up, but the seam-servlet module did not fire the expected application startup events.