cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <>
Subject Re: RAD with blocks
Date Mon, 13 Feb 2006 12:59:12 GMT
Hash: SHA1

On Mon, 13 Feb 2006, Reinhard Poetz wrote:

> Date: Mon, 13 Feb 2006 13:44:12 +0100
> From: Reinhard Poetz <>
> Reply-To:
> To:
> Subject: Re: RAD with blocks
> Giacomo Pati wrote:
>> >  Basically I agree with you but as soon as the ReloadingClassloader is 
>> >  integrated I don't see a reason not to use it at development time which 
>> >  makes auto-compilation mandatory. I'm an Eclipse user, but don't support 
>> >  IDEA and Netbeans auto-compilation either?
>>  Well, from a users POV an XML, XSLT, sitemap file is a totally different
>>  thing than a class file (which he obviously knows to be compiled first
>>  before being usable).
> I'd say that we should wait for user feedback on this. The thing is that I 
> hesitate to make too many things configureable, but sure, if configurations 
> are required, we can add them.
> Currently cocoon:simple-deploy points to ./target/classes. We can make this 
> configureable so that people can point to ./src/java/resources. The only 
> thing that I really want to avoid is the possibility to set two locations for 
> a block, one for the compiled Java classes and one for the resources (smells 
> like FS ...).

No, it's not FS. It's not for distributable artifacts and not for life 
deployment, Just for development.

- -- 
Giacomo Pati
Otego AG, Switzerland -
Orixo, the XML business alliance -
Version: GnuPG v1.4.2 (GNU/Linux)


View raw message