Mailing-List: contact clerezza-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: clerezza-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of tommaso.teofili@gmail.com
 designates 209.85.212.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CALvhUEVVC7jbBid4cH6ManHJDsdEo_-_LihR7WfO4DNqcg50kQ@mail.gmail.com>
References: 
 <CALvhUEXGp3DDEwk8LtrgrikdEFPmQJ6oKx4-divK-a1Kdf1Scw@mail.gmail.com>
 <CAGnSx06+S9cM748KSXVxWCTxkLaCcz7QiT7rPQJGgJaPUMagcQ@mail.gmail.com>
 <CALvhUEVVC7jbBid4cH6ManHJDsdEo_-_LihR7WfO4DNqcg50kQ@mail.gmail.com>
From: Tommaso Teofili <tommaso.teofili@gmail.com>
Date: Sun, 12 Aug 2012 00:42:06 +0200
Message-ID: 
 <CAGnSx05g1Lf33vp1LhfQnXBwOrWeSpJPFxFLMnK+p46V4RVo=A@mail.gmail.com>
Subject: Re: CLEREZZA-711: Separating reactor from parent
To: clerezza-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=e0cb4e43d0affc990e04c7052d4b

--e0cb4e43d0affc990e04c7052d4b
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Ciao Reto,

2012/8/11 Reto Bachmann-Gm=FCr <reto@apache.org>

> Ciao Tommaso,
>
> On Fri, Aug 10, 2012 at 2:01 PM, Tommaso Teofili
> <tommaso.teofili@gmail.com>wrote:
>
> > Hi Reto,
> >
> > I think that for us it totally makes sense to go for separation between
> > parent and reactor.
> > We do the same in UIMA since we need to manage and release different
> parent
> > versions, this'd be hard to do if it was bound to the reactor.
> > Probably the best way is to make separate svn directory for parent and =
do
> > separated releases and let that be used via the standard maven mechanis=
m
> > when declared in an artifact's pom
>
>
> Do I understand you correctly that the parent would be excluded from the
> reactor?


yes


> when are the dependencies in its dependency management section
> updated?
>

uhm, I'm not sure I understand the question (too late in the night and
leaving for vacation shortly :P).


>
>
> > (without relativePath, which I dislike btw).
> >
> Vote for http://jira.codehaus.org/browse/MNG-5305 then ;)
>

I'll do it !


>
> I just tried to cut a release for shell and parent, for this a created th=
e
> branch
> https://svn.apache.org/repos/asf/incubator/clerezza/branches/shellrelease=
/
> .
> For this I modified the parent to pint to the latest released version
> rather than the latest snapshot and communted out all the other modules i=
n
> the reactor. Unfortunatle the release plugin is still at some point using
> the trunk version rather than the branch, probably have to adapt svn
> location in pom.
>

yes, I think so.


> However the source-zip was created correctly containing only the sources =
of
> reactor,parent and shell.
>

Nicely done Reto, thanks for sharing this :-)
Cheers,
Tommaso


>
> Cheers,
> Reto
>
> >
> > My 2 cents,
> > Tommaso
> >
> >
> > 2012/8/9 Reto Bachmann-Gm=FCr <reto@apache.org>
> >
> > > Hello
> > >
> > > I'm wondering what you think about
> > > https://issues.apache.org/jira/browse/CLEREZZA-711.
> > >
> > > While a hierarchical project structure and haviong parent and reactor
> > > together the structure with having the pparent at a separate location
> > from
> > > the reactor and using explicit relativePath seems more flexible for
> > > relasing individual modules or adding and releasing new modules  (not
> > > totally easy as you might want to do a parent release switching back
> the
> > > non-released modules to the latest released version, doing the partia=
l
> > > release making the parent to point again to the snapshots of the
> > > non-released modules and update the non-released modules to use the
> > latest
> > > parent, not sure how much of this can be done with the maven versions
> > > plugin).
> > >
> > > And I dislike the relativePath thing so I've raised
> > > http://jira.codehaus.org/browse/MNG-5305
> > >
> > > I think the clerezza-jar-resource-bundle need to be changed for the
> > source
> > > bundle to still be created correctly, or it might no longer be used a=
t
> > all.
> > > I'll commit a changed version now and I'm curious to know if you thin=
k
> > that
> > > this is the way to go.
> > >
> > > Cheers,
> > > Reto
> > >
> >
>

--e0cb4e43d0affc990e04c7052d4b--