Return-Path: 
 <empire-db-dev-return-470-apmail-incubator-empire-db-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-empire-db-dev-archive@minotaur.apache.org
Received: (qmail 36832 invoked from network); 13 Sep 2009 08:43:24 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 13 Sep 2009 08:43:24 -0000
Received: (qmail 41157 invoked by uid 500); 13 Sep 2009 08:43:24 -0000
Delivered-To: apmail-incubator-empire-db-dev-archive@incubator.apache.org
Received: (qmail 41129 invoked by uid 500); 13 Sep 2009 08:43:24 -0000
Mailing-List: contact empire-db-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:empire-db-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:empire-db-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:empire-db-dev@incubator.apache.org>
List-Id: <empire-db-dev.incubator.apache.org>
Reply-To: empire-db-dev@incubator.apache.org
Delivered-To: mailing list empire-db-dev@incubator.apache.org
Received: (qmail 41119 invoked by uid 99); 13 Sep 2009 08:43:24 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Sep 2009 08:43:24 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [88.79.172.157] (HELO mail.esteam.de) (88.79.172.157)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Sep 2009 08:43:12 +0000
Content-class: urn:content-classes:message
Subject: re: New release necessary?
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Date: Sun, 13 Sep 2009 10:42:53 +0200
Content-Transfer-Encoding: quoted-printable
Message-ID: <B297D4737108A0459B66C3A85BB7F90116C3@kn.esteam.de>
X-MimeOLE: Produced By Microsoft Exchange V6.5
In-Reply-To: <3ab983230909120446y6f30c485r6f8329b99e9bb371@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: re: New release necessary?
Thread-Index: AcoznrNZT0yBpxckStevOj16FEtGIAArYm4w
References: <3ab983230909081245g9e8d52ega2599bacf30a93c0@mail.gmail.com>
 <25aac9fc0909111011k1676c728i8b0cdc0172c81a43@mail.gmail.com>
 <3ab983230909111304k56d13427mf3e7e0c2329315ba@mail.gmail.com>
 <B297D4737108A0459B66C3A85BB7F90116BC@kn.esteam.de>
 <3ab983230909111318i5da333ave03354b57a9ea534@mail.gmail.com>
 <B297D4737108A0459B66C3A85BB7F90116BE@kn.esteam.de>
 <B297D4737108A0459B66C3A85BB7F90116C0@kn.esteam.de>
 <B297D4737108A0459B66C3A85BB7F90116C1@kn.esteam.de>
 <3ab983230909120124x2e488009ldcd6d1ddc99fd0b3@mail.gmail.com>
 <3ab983230909120442y51db6167nc22c50a469e435c1@mail.gmail.com>
 <3ab983230909120446y6f30c485r6f8329b99e9bb371@mail.gmail.com>
From: =?iso-8859-1?Q?Rainer_D=F6bele?= <doebele@esteam.de>
To: <empire-db-dev@incubator.apache.org>
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Franics,

as you might have seen already, I have changed the tutorial.pdf and =
removed the link to empire-db.org in the footer - as sebb demanded.

So all together we have two changes now:

1. the two example war files =
(empire-db-example-struts2-2.0.5-incubating.war and =
empire-db-example-struts2-cxf-2.0.5-incubating.war) should not be =
supplied in the Maven stating area.

2. the link to www.empire-db.org was removed from the footer of the =
tutorial.pdf

Correct?

@Thomas: Would you let us know, when you have had a chance to look at =
the release and if it's OK to make another one.

Getting this release approved is more difficult and time consuming than =
we all thought it would be and I really hope this is now the final =
change and rc6 will really make it.=20

Regards
Rainer


Francis De Brabandere wrote:
> Re: New release necessary?
>=20
> Should I create an other RC on sunday (or monday) evening or do we
> want to wait for some more reviews on the general@ list?
>=20
> On Sat, Sep 12, 2009 at 1:42 PM, Francis De Brabandere
> <francisdb@gmail.com> wrote:
> > I got this fixed by adding deployment skipping for our examples
> module:
> > <build>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 <pluginManagement>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <plugins>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <plugin>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 <!-- skip deployment for all
> examples -->
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0<artifactId>maven-deploy-plugin</artifactId>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<configuration>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0<skip>true</skip>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 </configuration>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 </plugin>
> > =A0 =A0 =A0 =A0 =A0 </plugins>
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 </pluginManagement>
> > </build>
> >
> > As you can see in the latest snapshot builds the examples are not
> > being deployed any more:
> >
> =
https://repository.apache.org/content/repositories/snapshots/org/apache
> /empire-db/
> >
> > Now for the staging repo I fear we'll have to create an other RC as =
I
> > can not remove folders there.
> >
> > Cheers,
> > Francis
> >
> > On Sat, Sep 12, 2009 at 10:24 AM, Francis De Brabandere
> > <francisdb@gmail.com> wrote:
> >> I was thinking the same thing. There seems to be a way to disable a
> >> deploy, we could then skip deployment to the staging repository for
> >> all examples
> >>
> >> Cheers,
> >> Francis
> >>
> >> On Fri, Sep 11, 2009 at 11:04 PM, Rainer D=F6bele =
<doebele@esteam.de>
> wrote:
> >>> Hi Francis,
> >>>
> >>> OK the two war files in the Maven staging area are wrong.
> >>>
> >>> But can't we just delete them.
> >>> Everything else should be OK.
> >>>
> >>> What do you think?
> >>>
> >>> Rainer
> >>>
> >>>
> >>> Rainer D=F6bele wrote:
> >>>> re: About the war (sounds funny, doesn't it)
> >>>>
> >>>>
> >>>> OK, shame on me.
> >>>> It's in the Maven staging area as sebb said.
> >>>> Should have read it properly.
> >>>> Well, that is not so good I must admit.
> >>>>
> >>>> Are any examples required in the stating area at all?
> >>>> Isn't this what is supposed to go into a public repository.
> >>>> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
> >>>>
> >>>> Regards
> >>>> Rainer
> >>>>
> >>>>
> >>>> Rainer D=F6bele wrote:
> >>>> > re: About the war (sounds funny, doesn't it)
> >>>> >
> >>>> > Hi Francis,
> >>>> >
> >>>> > I still don't see the problem. The war is not in the release =
and
> hence
> >>>> > there is no problem.
> >>>> >
> >>>> > Rainer
> >>>> >
> >>>> >
> >>>> > > -----Urspr=FCngliche Nachricht-----
> >>>> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
> >>>> > > Gesendet: Freitag, 11. September 2009 22:19
> >>>> > > An: empire-db-dev@incubator.apache.org
> >>>> > > Betreff: Re: About the war (sounds funny, doesn't it)
> >>>> > >
> >>>> > > I just added an other reply to the thread, we could just
> release the
> >>>> > > source for those. I do agree that war has no value.
> >>>> > >
> >>>> > > It's just a side-effect of maven that he builds a binary for
> each
> >>>> > > module. I'll try to find a solution for that...
> >>>> > > Sorry about this, I did not think it was going to be this big
> of an
> >>>> > > issue...
> >>>> > >
> >>>> > > Cheers,
> >>>> > > Francis
> >>>> > >
> >>>> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer D=F6bele
> <doebele@esteam.de>
> >>>> > wrote:
> >>>> > > > Hi Francis,
> >>>> > > >
> >>>> > > > there is no war file in the distribution is there?
> >>>> > > >
> >>>> > > > But IMO we don't have to let Maven build one either.
> >>>> > > > What is it good for?
> >>>> > > > People usually run the web app from their IDE.
> >>>> > > > So if this would be a problem, we just won't build one.
> >>>> > > >
> >>>> > > > But I really think (and hope) that sebb had some other
> problem.
> >>>> > > >
> >>>> > > > Regards
> >>>> > > > Rainer
> >>>> > > >
> >>>> > > >
> >>>> > > > Francis De Brabandere wrote:
> >>>> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
> >>>> > > >>
> >>>> > > >> >> > =A0[X] -1
> >>>> > > >> >>
> >>>> > > >> >> =A0Distribution archives are broken.
> >>>> > > >> >
> >>>> > > >> > Maven artifacts don't have correct N&L files.
> >>>> > > >>
> >>>> > > >> That war contains jar's that each contain their own =
license
> and
> >>>> > notice
> >>>> > > >> files. Should we take those over in an extra N&L? How do
> you want
> >>>> us
> >>>> > > >> to keep track of all transitive dependencies in the =
future.
> If one
> >>>> of
> >>>> > > >> the projects we depend on takes an extra dependency we =
also
> have to
> >>>> > > >> add it, there is no easy way to handle this?
> >>>> > > >>
> >>>> > > >> --
> >>>> > > >> http://www.somatik.be
> >>>> > > >> Microsoft gives you windows, Linux gives you the whole
> house.
> >>>> > > >>
> >>>> > > >> =
-----------------------------------------------------------
> --------
> >>>> --
> >>>> > > >> To unsubscribe, e-mail: general-
> unsubscribe@incubator.apache.org
> >>>> > > >> For additional commands, e-mail: general-
> help@incubator.apache.org
> >>>> > > >
> >>>> > > >
> >>>> > >
> >>>> > >
> >>>> > >
> >>>> > > --
> >>>> > > http://www.somatik.be
> >>>> > > Microsoft gives you windows, Linux gives you the whole house.
> >>>
> >>
> >>
> >>
> >> --
> >> http://www.somatik.be
> >> Microsoft gives you windows, Linux gives you the whole house.
> >>
> >
> >
> >
> > --
> > http://www.somatik.be
> > Microsoft gives you windows, Linux gives you the whole house.
> >
>=20
>=20
>=20
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.