cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <giac...@apache.org>
Subject Re: RAD with blocks
Date Mon, 13 Feb 2006 12:59:12 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 13 Feb 2006, Reinhard Poetz wrote:

> Date: Mon, 13 Feb 2006 13:44:12 +0100
> From: Reinhard Poetz <reinhard@apache.org>
> Reply-To: dev@cocoon.apache.org
> To: dev@cocoon.apache.org
> 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 - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFD8IKhLNdJvZjjVZARAh7lAKCM4ilDgrrEP66Y32Nm4Kt2ZcX6vQCgr2cr
Cxpl3NcnSbM/zBIeDPJPbzc=
=7YaH
-----END PGP SIGNATURE-----

Mime
View raw message