Re: XInfo vs Spice metadata

Jason van Zyl <[email protected]>
Newsgroups gmane.comp.java.jcontainer.interest
Message-ID <[email protected]>
On Mon, 2003-10-27 at 21:13, peter royal wrote:
> On Oct 27, 2003, at 9:05 PM, peter-4lf8KW9E9MLMqX/[email protected] wrote:
> > Just FYI there exists a copy of a BlockInfoReader in CVS history that 
> > reads
> > the .xinfo file and generates an equivelent MetaClass ClassDescriptor. 
> > I
> > started to implement it but could not be bothered finishing the job 
> > (which
> > is writing unit tests and supporting MXInfo aswell). I didn't think it 
> > was
> > worth it at the time but you are more than welcome to revive it from 
> > the
> > history and finish it off.
> 
> Ya, I think that is what Ryan is working with.. we were just going to 
> do .xinfo, not the MXInfo.. mainly to support existing Avalon 
> components out-of-the-box without the need to re-process source 

I would definitely like to do that too. In the printing/pub industry FTP
is widely used (don't ask me why) and I would like to use the FTP server
in the incubator without changing the sources. I already have to get it
running in plexus but I would like to use it as is.

Is there anything about the FTP server that would prevent it from being
run as a component in Plexus as long as the Loom lifecycle was obeyed?

> (plus, 
> I can lobby for the continued inclusion of .xinfo in avalon's CVS since 
> it is the LCD wrt metadata at the moment)
> -pete
> 
> _______________________________________________
> jcontainer-interest mailing list
> jcontainer-interest-81qHHgoATdGxIXFVlbCvtR2eb7JE58TQ@public.gmane.org
> http://lists.codehaus.org/mailman/listinfo/jcontainer-interest
-- 
jvz.

Jason van Zyl
[email protected]
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.