[jboss-dev-forums] [Design of POJO Server] - Re: Need more metadata for the JARStructure deployer

[adrian@jboss.org]

"scott.stark at jboss.org" wrote : I just checked in an update to the deployer that adds a DeclaredStructure deployer which is driven off a META-INF/jboss-structure.xml descriptor.
  | 

It was an abstract deployer structure notion like this 
that I was going to use to write the EARDeployer, 
but Bill got there first, I haven't looked at what he has done.

This is also something I wanted to work out to give what I called
the "structure view" rather than exposing the whole deployment 
context.

I don't like using String[] for this kind of stuff.

1) The array is immutable (you can't change its length)
2) You can't create the metadata "lazily" 
(without copying an entire list to an array when it requested)
3) String is inextensible so it becomes impossible to annotate
(add attributes) to this piece of metadata.

I haven't looked at what you checked in.
But this also needs to work in the case where this metadata
is passed in at deployment time rather than read from the xml.

We also need to rewrite the way the StructureDeployers are invoked
(partly to give the scanner a chance to determine whether
a file is a deployment so we can replace the archive notion in the VFS).

Currently, it builds up a list of candidates for each deployment
then this *potentially big* list is check to see whether they are
actually real.
So there really needs to be a factored out StrutureDeployers
object that can be reused outside the MainDeployer
1) By the scanner
2) By each structure deployer to resurse into to avoid creating the big list

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3978138#3978138

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3978138