Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (asf.osuosl.org: domain of hedhman@gmail.com designates
 64.233.166.181 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:sender;
        b=g0+tZtm7TWkb/KdhB2O0aQkw4ZJurVqUdxlM/KespiyzwWKqDbhAG7GyQ0X+nNZVJNLhqAAjbDHMDgk35MFkorW0HNHzK0merAqf8c9nKEV3iOx8l1mZ+B8+xVrzRYFcHnbWQc7eN0SHwSEB/yCyBTLo7+PsLs8Gjt+78t7dtBc=
From: Niclas Hedhman <niclas@hedhman.org>
To: dev@cocoon.apache.org
Subject: Re: Automatic releases
Date: Mon, 29 May 2006 18:25:19 +0800
User-Agent: KMail/1.8.3
References: <44748DE5.50402@apache.org>
 <200605261851.39399.niclas@hedhman.org> <447AAFCC.7090706@apache.org>
In-Reply-To: <447AAFCC.7090706@apache.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200605291825.19486.niclas@hedhman.org>
Sender: Niclas Hedhman <hedhman@gmail.com>

On Monday 29 May 2006 16:24, Reinhard Poetz wrote:
> Having a "-SNAPSHOT"-dependency is not an option for several reasons
> (snapshots are changing, you can't release your own artifacts if you depend
> on snapshots). 

I agree myself that this is a common "problem".

> So what are the possible solutions:
>
> a) Everybody learns to run the release plugin and produces artifacts
> himself and can deploy them to his own repositories. Question (to Jorg): Is
> this possible at all (IIUC the release plugin automatically tags your
> release in SVN)? And if yes, how difficult is it?

I have also noticed (for instance for artifacts I need from Felix) that 
release:prepare will fail, unless you have commit access to the SVN.

> b) Find an automated way (note: I don't write "automatic release") to
> produce unoffical artifacts like
> "cocoon-core-2.2-r434343-NIGHTLY-BUILD.jar".

I am curious to know how this is different from the "changing snapshot" that 
is a problem mentioned above. IIUIC, both are temporary and will disappear in 
due time, so the only difference would be the name itself.

I don't have the answer how it should be dealt with. I think the closes you 
can do is that the Continuum build output is copied into an area, either on 
the cocoon zone or to cocoondev, which is not official and even some big 
disclaimers that it is not official.

Please observe that Apache Legal@ may have some comment of this, still. I 
suggest that there is a check with legal-discuss@apache.org before going down 
this route.


Cheers
Niclas