"adrian(a)jboss.org" wrote : "scott.stark(a)jboss.org" wrote :
| | - we need to support a virtual war/ejb-jar that is directory, that does not have
to end in .war/.jar, containing war/ejb-jar contents.
| |
|
|
| This already works, provided it is a top level directory
| or it has a META-INF folder, see the JARStruture deployer.
|
| or WEB-INF folder in the WARStructureDeployer
|
Yes, I know, but the existence of a WEB-INF is no longer a defining characteristic of a
war. Think about sitting in jbosside with a single jsp or servlet that I want to deploy as
a war. I view this as needing to setup a vfs repsentation of a war that is consumed by the
structural deployers, and then deployed to the kernel. The virtual aspect of the vfs is
being folded into the structural deployers too much currently.
This also does not get to the current question of how the VFScanner knows whether a given
VirtualFile contains subdeployers. Maybe this is just a decision it should not be making
though. The current recursion behavior is an artifact of porting the old url scanner.
"adrian(a)jboss.org" wrote :
| The attribute VFS notion is the DeploymentContext.
| The "isDeployment" is determined by the structure deployers
| (or you can pass it in as a predetermined deployment context).
|
I suppose this is where I'm currently out of synch. I see too much vfs related
structure parsing happening in the structural deployers. I would rather have clearer steps
to the structural part of deployment:
1. establish a vfs that encapsulates both the protocol for accessing raw files and
structural layout in terms of a root VirtualFile and its children. By this I mean a tree
of names is defined, and the basic attributes of the nodes in the tree are defined. This
means marking files as ears, ejb-jar, wars, etc.
2. structural deployers come along and identify the virtual file relationships in terms of
classpaths, metadata descriptors, etc.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3974925#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...