On Tue, 20 Aug 2002 00:19, Berin Loritsch wrote:
> I would like to detail the differences between ContainerKit and
> Merlin's Type model. What are the benefits, and what are the
> bad points?
The differences essentially amount to CK not supporting stages or extensions.
It does not do this as there has not been sufficient testing or real life
usage for such additions to be standardized upon.
> BTW, is the XDoclet support for the *.info files going to move
> to Excalibur? I would really like to see that in ContainerKit
> or something so that we don't have to write all kinds of XINFO
> files.
Already there. Have a look at
containerkit/src/java/org/apache/avalon/excalibur/containerkit/kernel/sample/Component1.java
for an annotated file.
> For instance, I see stuff like this in Cornerstone:
>
> /**
> * @phoenix:block
> * @phoenix:service
> org.apache.avalon.cornerstone.services.connect.ConnectionManager
> */
> class DefaultConnectionManager implements ConnectionManager //, ....
> {/* ... */}
>
>
> But to me it would be more intuitive to have the interface marked
> with an "@avalon:service" and the implementation marked with an
> "@avalon:component".
I tried that originally but there is a few problems with xdoclet. The main
issue is that if we were to do that we woul need to load all the services via
xdoclet, and potentially all super classes of service. However marking all
metadata for one component on that component makes the xdoclet processing
much faster (in the order of 20-30 times faster) and also means we punt (at
the moment) for trying to figure out inheritance basis for metadata.
Actually just rejoined the xdoclet team and gonna try to get them to do a
stable release soonish. If worse comes to worse we can grab velocity and whip
up a lightweight xdoclet clone that is stable enough for our purposes.
> These things will also allow us to update the Excalibur components
> so that they use the metainfo additions in the javadocs--and make it
> easier to migrate Cocoon to a proper container system.
I have already done the xmlutil and sourceresolve ones but not yet committed
em. I wanted to evolve ContainerKit to its resting place before we started
effecting other components. So if you do do it then skip those.
--
Cheers,
Peter Donald
---------------------------------------------------
"Wise men don't need advice. Fools don't take it."
-Benjamin Franklin
---------------------------------------------------
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
