ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject RE: task namespaces
Date Mon, 12 Sep 2005 14:29:59 GMT
"Jose Alberto Fernandez" <> wrote ..
> > From: []
> > 
> > "Jose Alberto Fernandez" <> wrote ..
> > > I do not see why we need to support this kind of thing.
> > > NO-one asks the javac compiler to be able to compile code inside
> your
> > > Word document. If you have ANT inside some other markup, use an XSLT
> or
> > 
> > i think the larger the distance between code and its related metadata
> the
> > more cumbersome its development, generation of docs, etc....
> > 
> > since MS Word is a properietary format...(talking about the
> > binary)...would never ask for this....though i would like this exact
> > scenario when for example writing a book;
> > 
> > I would then embed code listing directly into lets say OpenOffice
> > markup....and generate code listings (single source much better) as
> well
> > as test that the code does compile. I would like to also embed build
> > markup inside this rich XML composite document.
> > 
> > 
> I have no problem with this. But I do not think id the job of Javac to
> understand the embedded java in your OpenOffice format. What I am saying

I dont expect Javac to do any job other then compile source code; though I do expect it to
understand the file:// protocol at a minimum; in a future where data is potentially disambiguated
by namespaces we may find our notions of data in any form drifting from thinking of data islands
demarcated by physical islands (lets just say files at this point) to data living all at once
inside the same container (or view).

> is that you can just as well provide an XSLT to extract the code and put
> it on a file so that it can be compiled by any javac compiler. Same with
> ANT.

there are many ways to skin this cat....and I have done em all. I think we will all wish in
the near future that anything that consumes XML has such a default ignore unknown xml handling,
just makes life a little easier when interoperating.

ok, dropping this, no issue here as DD has said.

ta, Jim Fuller

View raw message