[jboss-as7-dev] deploying a war - jboss-classloading.xml

[David M. Lloyd]

Responses inline.

On 04/13/2011 03:41 PM, denstar wrote:
> Hi Folks!
>
> With AS5 I'd put something like this:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <classloading xmlns="urn:jboss:classloading:1.0" name="cfdistro"
> domain="DefaultDomain" export-all="NON_EMPTY" import-all="true">
> </classloading>
>
> into WEB-INF/jboss-classloading.xml

For what purpose?

> But with AS7 that doesn't seem to work.  Deploying as an EAR seemed to
> be a bit better, but still didn't get me the isolation that I need, I
> guess.

What kind of isolation are you looking for?  By default everything is 
isolated in AS7.

> Is there a way to configure the classloading in AS7?

Yes, there's a jboss-deployment-structure.xml file which is sort of a 
combination of concepts previously found in a few different files.

> Is there maybe a way to create a jboss module out of a war?  Seems
> like there's classloading config stuff for modules, and that modules
> are the tao of AS7...

Yes, all deployments are automatically made into modules in AS7.

> I'm familiar with a lot of the custom jboss-related discriptors for
> classloading/configuration options for AS5, as I'm not a big fan of
> having to modify the container configs to get an app to deploy, and
> enjoyed being able to ship a standard ear/war that (by including a
> couple of custom jboss config files), "just worked" on jboss too.
> Although I don't mind doing modules and getting all OSGI and whatnot
> (I do eclipse dev too), I'd really like to have a WAR or EAR that
> folks can just drop in to container X.

That's the goal.  You shouldn't actually have to do anything special to 
get spec behavior.  That said, let us know what you're trying to do and 
we'll know if we missed something.

> Sorry for all the questions.  I'm not even sure this is the right
> place for me to be asking 'em.

Normally not, but given our early stage it's good to hear real stories 
from the trenches, open lines of communication, etc.

-- 
- DML