Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: domain of ap-cocoon-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
To: dev@cocoon.apache.org
From: Unico Hommes <unico@apache.org>
Subject: Re: Block builder and deployer
Date: Wed, 25 May 2005 14:46:28 +0200
Organization: The Apache Software Foundation
Lines: 87
Message-ID: <d71rvm$bla$2@sea.gmane.org>
References: <d6umar$iri$1@sea.gmane.org> <d6vdvq$u1b$1@sea.gmane.org>
 <429353AC.3040802@apache.org> <d6vnn7$6b4$1@sea.gmane.org>
 <42937419.8040900@apache.org> <d70dbc$glb$1@sea.gmane.org>
 <d719ds$jm6$1@sea.gmane.org> <429449E7.1080404@apache.org>
Reply-To: unico@apache.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
In-Reply-To: <429449E7.1080404@apache.org>
OpenPGP: url=http://people.apache.org/~unico/KEY
Sender: news <news@sea.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Reinhard Poetz wrote:
> Nicola Ken Barozzi wrote:
> 
>> Unico Hommes wrote:
>> ...
>>
>>> Exactly my thinking. In fact the reason I asked is that I was thinking
>>> of starting a Maven2 plugin for cocoon. I've been looking at the
>>> emerging Maven2 effort that is due to come out this summer and I think
>>> its going to be a killer. IIUC I can just start that in the whiteboard
>>> without a vote right?
>>
>>
>>
>> Yes.
>>
>> Maven2 is very interesting: it seems that most architectural
>> shortcomings of Maven 1 have been fixed.
>>
>> I have written an xsl that converts the gump descriptor in the
>> block.xml files, I just need to test it. 
> 
> 
> :-D
> 
>> I also want to use the Maven Ant tasks to download the jars needed, as
>> already voted on this list. For this, and to be able to collaborate on
>> transitive dependencies with the other projects, we will need to
>> create also a pom.xml
> 
> 
> can we generate this? I want to avoid having more than one descriptor file

Good point, I'll keep that in mind. Though its probably separate from
the core plugin functionality.

>> for each block, which would help also your effort for Maven 2.
>>
>> BTW, the current schema is inadeguate for MAven2:
>>
>>   <libraries>
>>     <lib id="avalon-framework-api" location="core"/>
>>     <lib id="avalon-framework-impl" location="core"/>
>>     <lib id="excalibur-xmlutil" location="core"/>
>>     <lib id="excalibur-pool" location="core"/>
>>     <lib id="excalibur-sourceresolve" location="core"/>
>>   </libraries>
>>
>> I'll have to change it to mimic the Maven pom library entries.
> 
> 
> no problem
> 
>> OTOMH, maybe it may also be beneficial to use the Maven2 directory
>> project layout, at least for blocks.
> 
> 
> no problem
> 
> The current block builder makes it possible to work on blocks that have
> a dependency on another *development version* of a block. What I don't
> want is having a build system that requires me to build all dependencies
> manually and put the build JARs into my project. This has to happen
> automatically (as it is done by the current block builder).

M2 does this automatically IIUC.

> The build system must also be able to resolve all the dependencies on
> *development versions* of blocks when it creates IDE descriptor files.

OK, M2 has support for generating eclipse and idea project files but I
don't know if it will take us all the way here.

- --
Unico

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFClHOkcuec8tVNKAwRArOgAJ44tBHprAzp/jgZPDND9Eu0vEJ/vACeInpK
0fr8X5fBZ0fvjrHHalrx3vQ=
=TOSu
-----END PGP SIGNATURE-----