avalon-phoenix-dev  

Re: phoenix.tools.installer (about config.xml split)

Paul Hammant
Sat, 02 Feb 2002 01:40:59 -0800

Peter

>>It could be reused for assembly.xml etc.  Or even for ejb-jar.xml ( or
>>Beans.xml for EOB )
>>
>
>On a related note you should check out xdoclet.sourceforge.org - it looks to 
>be an absolute fantastic tool with a very good chance of filling a big hole 
>in java land. 
>
Already pointed out to me, by community that is forming.  The Beans.xml 
manifest is very simple.

>Basically it allows you to add in special tags to the javadoc of your class 
>and it can suck them out and generate things for them. For instance hopefully 
>all the ant documentation and descriptors will in the future use these tags. 
>I also plan to eventually add the ability to do similar things for Blocks (ie 
>generate blockinfo files, template config files etc). Currently xdoclet is 
>mainly focused on EJB stuff and generating all the descriptors for different 
>containers but it can easily be changed to do almost any meta-data needs.
>
>I really think that xdoclet if it gets enough publicity will be the next ant 
>or junit - ie something that almost everyone uses once they have tried it. 
>Still has some growing pains to go through but pretty good none the less.
>
>So to generate an xml descriptor you would comment your block something like
>
>/**
> *
> * @phoenix:version 2.0
> * @phoenix:service com.biz.foo.MyService
> */
>class MyBlock implement MyService
>{
>...
>
>  /**
>   *
>   * @phoenix:dependecy com.biz.foo.MyDependency
>   * @phoenix:dependecy com.biz.foo.MyOtherDependency
>   */
>  public void compose( ComponentManager componentManager )
>  {
>   ...
>  }
>...
>}
>
Thanks peter for your valuable keystrokes ;-)  I was alreayd familar 
with the *Doclet projects :-)

>and it would automagically generate the descriptor when you compile. You 
>could also use the xdoclet to generate the other descriptors to some degree 
>or another and maybe even generate some glue code.
>
>Anyways haven't even looked at it properly yet but it would definetly be a 
>good direction to head in the future.
>
The idea for creation of clue code is interesting.  Actually, XSL is an 
interesting thought for glue code.... Hmmm.

- Paul H


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>