Ok, I'm almost ready to get to work ;-)
We need to be able to deploy:
sar
rar
ear
ejb-jar
war
plain old jar
directories (?)
*-service.xml files
we need to be able to unpack
sar
rar
ear
and put the contained jars in a directory structure and find one or more
config files.
Any of the *ar packages may contain a *-service.xml file which can contain
*ar/*-service.xml dependency information (in one or more classpath
elements)
(meaning automatically deploy these first, if not already deployed)
mbean dependency information (meaning wait till these mbeans are started
before creating any mbeans configured in this package)
mbean configuration
I'll talk about recursive deployment/undeployment and suspension in more
detail in another post.
A sar can presumably contain any of the other packages,
an ear can contain any of the other packages,
a rar can contain plain old jars (and other libs)
The other packages have sun-specified deployment descriptors also.
So, I propose a universal deployer, that has access to unpacking services,
can create and aggregate classloaders, and can delegate interpretation of
the *.xml configuration files to the appropriate sub-deployers, in a
specified order:
jboss-service.xml
application.xml
ra.xml
ejb-jar.xml
the war config file (don't know much about this one)
Many of these delegate deployers may end up calling the universal deployer
again to deploy sub-packages, in particular the jboss-service.xml has the
classpath dependencies to deploy.
The autodeployer just watches for new/timestamp-changed files and calls
deploy for the former, undeploy and deploy for the latter. It doesn't need
to know about any deployers except the universal deployer.
So what I'd like to do first is make the universal deployer and unpacking
service, and hook everything else up to it, removing the existing unpacking
services from RARDeployer and J2eeDeployer (which maybe we should call
EARDeployer).
(I think this is essentially what David Maplesden is thinking of also,
however I do have time now ;-))
How does this look?
thanks
david jencks
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
