cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <>
Subject Re: new JSR on Java Compiler API
Date Fri, 11 Oct 2002 19:03:16 GMT

On Thursday, October 10, 2002, at 09:48  PM, Ivelin Ivanov wrote:

> I am interested to participate in the discovery stage.
> If I can bring enough value I will stay longer in the group.
> I assume this standard covers XSLTC as well.
> Is the XSLTC team invited ?
> What I would like to see in future is XSLT and Java programs being 
> compiled
> and debugged in the same environment.

Um, shameless plug, try out XSLT-process for (X)Emacs ;) It doesn't yet 
integrate with the Java debugger, but it can be definitely implemented.

I'm sure commercial vendors already have this though.


> ----- Original Message -----
> From: "Ovidiu Predescu" <>
> To: <>
> Sent: Thursday, October 10, 2002 7:05 PM
> Subject: Re: new JSR on Java Compiler API
>> On Thursday, October 10, 2002, at 03:58  PM, Stefano Mazzocchi wrote:
>>> People,
>>> Neal Gafter is about to start the process for a new JSR on Java
>>> Compiler API which would hopefully make it fir Tiger (aka Java 1.5).
>>> He asked me if there are people interested in helping out with the
>>> details of bootstrapping this from Apache and since we (and Tomcat)
>>> are the one who need this the most (for XSP and sitemap compilation),
>>> I thought about asking here.
>>> The idea is to allow us to compile stuff without having to use the
>>> filesystem to retrieve both the source file and the classes on which
>>> the code to be compiled depend upon.
>>> So, if you are a committer and want to join, just raise your hand and
>>> we'll see what happens.
>> I'd be interested in this work too.
>> I'd actually go a bit further in what gets exposed by the compiler. 
>> I'd
>> like to see the syntax tree exposed as well, so it should be possible
>> to build Java preprocessors and program syntax manipulation tools
>> without the need for an external tool like JavaCC, Antlr etc that use
>> their own (often incomplete) Java grammar. This would come in handy 
>> for
>> generating syntax beautifiers and other nifty tools, not necessarily 
>> in
>> the context of Cocoon. I don't know if that is possible with the
>> current compiler, but is worth investigating.
>> Regards,
>> Ovidiu

Ovidiu Predescu <> (Weblog) (Apache, GNU, 
Emacs ...)

To unsubscribe, e-mail:
For additional commands, email:

View raw message