[jboss-dev-forums] [Design of POJO Server] - Re: VFS isLeaf() vs isDirectory()/isFile()
scott.stark@jboss.org
do-not-reply at jboss.com
Thu Sep 28 11:20:24 EDT 2006
"adrian at jboss.org" wrote : "scott.stark at 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 at 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#3974925
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3974925
More information about the jboss-dev-forums
mailing list