Return-Path: Delivered-To: apmail-incubator-empire-db-dev-archive@minotaur.apache.org Received: (qmail 34487 invoked from network); 12 Sep 2009 11:43:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Sep 2009 11:43:04 -0000 Received: (qmail 85689 invoked by uid 500); 12 Sep 2009 11:43:04 -0000 Delivered-To: apmail-incubator-empire-db-dev-archive@incubator.apache.org Received: (qmail 85662 invoked by uid 500); 12 Sep 2009 11:43:04 -0000 Mailing-List: contact empire-db-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: empire-db-dev@incubator.apache.org Delivered-To: mailing list empire-db-dev@incubator.apache.org Received: (qmail 85652 invoked by uid 99); 12 Sep 2009 11:43:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Sep 2009 11:43:04 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of francisdb@gmail.com designates 72.14.220.152 as permitted sender) Received: from [72.14.220.152] (HELO fg-out-1718.google.com) (72.14.220.152) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Sep 2009 11:42:54 +0000 Received: by fg-out-1718.google.com with SMTP id e12so549875fga.0 for ; Sat, 12 Sep 2009 04:42:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Sgo0uTy11dBkTH0uFZ+LX9dO+CmnVMmWf0ls7Msz+hg=; b=X820yrdysWTpdR5Sa9oBX7wlpO3vOc7yF+oJChuugNwEPWC7nIK9WzfBa5/mB+bSEp R+iSjiQq4P6HDC1TNkcBLZlXmAev9APoYMlDVBxCEPV2mXGpb4UVbhxTit5e6v9zxOXj tFOpgyPR0kv0Fsi8Pfi4mFhTdurztRH5C+Q3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=TQqbdRRVbHln6KTkzF3ODhYXKoJ7MpJLF+/Qx0E8qcJ2SJdT4XUfc2LsURLMKgipkz 2enOTNvgbUzWDn0ZLvDSNVtZJRK10QR2Gvk4/brloRG9RMBLZz+iXsd5FSFDpM15oom4 IhX8uHLynjqmJYs6OXlkoa98eG9xWlbdMvsoQ= MIME-Version: 1.0 Received: by 10.86.187.7 with SMTP id k7mr3138171fgf.30.1252755752812; Sat, 12 Sep 2009 04:42:32 -0700 (PDT) In-Reply-To: <3ab983230909120124x2e488009ldcd6d1ddc99fd0b3@mail.gmail.com> References: <3ab983230909081245g9e8d52ega2599bacf30a93c0@mail.gmail.com> <25aac9fc0909111000y3d547361sd900ba15efba4e2@mail.gmail.com> <25aac9fc0909111011k1676c728i8b0cdc0172c81a43@mail.gmail.com> <3ab983230909111304k56d13427mf3e7e0c2329315ba@mail.gmail.com> <3ab983230909111318i5da333ave03354b57a9ea534@mail.gmail.com> <3ab983230909120124x2e488009ldcd6d1ddc99fd0b3@mail.gmail.com> Date: Sat, 12 Sep 2009 13:42:32 +0200 Message-ID: <3ab983230909120442y51db6167nc22c50a469e435c1@mail.gmail.com> Subject: Re: New release necessary? From: Francis De Brabandere To: empire-db-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org I got this fixed by adding deployment skipping for our examples module: maven-deploy-plugin true 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/emp= ire-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 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 wro= te: >> 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 henc= e >>> > 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 th= e >>> > > 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 >>> > 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 wan= t >>> us >>> > > >> to keep track of all transitive dependencies in the future. If o= ne >>> 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.o= rg >>> > > > >>> > > > >>> > > >>> > > >>> > > >>> > > -- >>> > > 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 http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house.