Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BEC1610A42 for ; Fri, 14 Feb 2014 06:47:37 +0000 (UTC) Received: (qmail 24601 invoked by uid 500); 14 Feb 2014 06:47:27 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 24543 invoked by uid 500); 14 Feb 2014 06:47:26 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 24530 invoked by uid 99); 14 Feb 2014 06:47:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Feb 2014 06:47:25 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [88.198.41.52] (HELO tux235.hoststar.ch) (88.198.41.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Feb 2014 06:47:21 +0000 Received: from mail-qc0-f180.google.com (mail-qc0-f180.google.com [209.85.216.180]) (authenticated bits=0) by tux235.hoststar.ch (8.13.8/8.12.11) with ESMTP id s1E6ks99019941 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Fri, 14 Feb 2014 07:46:55 +0100 Received: by mail-qc0-f180.google.com with SMTP id i17so19838691qcy.11 for ; Thu, 13 Feb 2014 22:46:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=y/DTInbD/VjRN/T9uzJbsOmX25p6cY0+Pe2XqC9JZm4=; b=MZrNQjODzWTt2k+taVYLjE7gpNjcKEv+qLwNb9r/x3QLmoIYBe4tLVPRkImAgJ2hEP oS6sIBzddGRDFxWL/xR6HJG9DvTmboRCWuPO5jKD7iu61bOOdg71F3EO1UxCao1+GOIv 4jOBMLP//vfsCMZji3KyMUfzy3B5Xy//uUIWgQhlLkWCC2z10mlLm1PZzAVGg48Go7nu z4fQ02ZuIX/1AvCh/NlM+qUMxU817mIPOLMSQ5r1wQSGnTZz7yy3gefVsqr8KpdYfWkL Z8w4rjvIZctVaK1cISEal74vKW1IK239EdRNvnIeuc+jZPallc+kCCcKWGWGQcLUXFAJ zL6Q== X-Received: by 10.140.34.231 with SMTP id l94mr9371644qgl.85.1392360414240; Thu, 13 Feb 2014 22:46:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.182.203 with HTTP; Thu, 13 Feb 2014 22:46:24 -0800 (PST) In-Reply-To: References: <52F4EED5.2040305@artifact-software.com> <52F50425.50107@artifact-software.com> From: =?ISO-8859-1?Q?Reto_Habl=FCtzel?= Date: Fri, 14 Feb 2014 07:46:24 +0100 Message-ID: Subject: Re: maven-ear-plugin silently overrides libraries To: Maven Users List Content-Type: multipart/mixed; boundary=001a11c0e888e418ca04f2582b71 X-Scanned-By: mimedefang-scanned X-Virus-Checked: Checked by ClamAV on apache.org --001a11c0e888e418ca04f2582b71 Content-Type: multipart/alternative; boundary=001a11c0e888e418c704f2582b6f --001a11c0e888e418c704f2582b6f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Is JIRA open for public registration / issue creation? I could not find a link to sign up.. Anyways, I attached a sample project. Please follow these steps to recreate the issue (btw. I think the whole naming thing is also a problem if you are referencing two ejbs with the same artifactId and version): Install 'utilities' project in 'collections': collections/utilities> mvn install Install 'utilities' project in 'email': email/utilities> mvn install Package 'ear' project: ear> mvn package Look at contents of ear and notice how only one jar is included: ear> unzip -v target/ear-1.0.0.ear Now use the debug flag to see why only one gets included: ear> mvn --debug clean package Partial output: [INFO] Copying artifact [jar:ch.rethab.email:utilities:1.0.0] to [utilities-1.0.0.jar] [DEBUG] Skipping artifact [jar:ch.rethab.collections:utilities:1.0.0], as it is already up to date at [utilities-1.0.0.jar] On Thu, Feb 13, 2014 at 7:32 PM, Baptiste Mathus wrote= : > That's the way to go. Even more if you're able to attach a test project. > One report without report is far less likely to be worked on. > Cheers > Le 13 f=E9vr. 2014 14:06, "Reto Habl=FCtzel" a =E9crit= : > > > So what's the status on this? Shall I create a ticket? > > > > > > On Fri, Feb 7, 2014 at 5:04 PM, Ron Wheeler > > wrote: > > > > > Exclusions will not help in this case. > > > Looking through the dependency hierarchy will at least get you to see > the > > > problem earlier which I think was the nature of your question. > > > > > > It appears from my brief reading and fun with making servlets run in > > > production that classloaders merge classes by name. > > > Maven does not. > > > > > > I am a bit surprised that groupId does not count. > > > > > > If one uses a lot of third -party libraries, it would seem inevitable > > that > > > you could need com.artifact-software:utilities:1.0 at the same time a= s > > > ch.rethab:utilities:1.0 at the same time. > > > The classloader is not going to cause any problem but if Maven throws > out > > > one of these as a duplicate, you will be missing classes at run-time. > > > > > > It is difficult to force everyone to create unique artifactIds unless > you > > > get rid of the GroupId altogther and make GAV -> and put the gro= up > > > name into the artifactID. > > > > > > This seems to be a design flaw if it is true. > > > > > > Ron > > > > > > > > > On 07/02/2014 9:43 AM, Reto Habl=FCtzel wrote: > > > > > >> Sure, but exclusions don't do the trick if you need both of them, do > > >> they? I am talking about completely independent libraries that happe= n > to > > >> have the same artifactId. > > >> > > >> Those were actually both libraries of mine and I could obviously fix > > this > > >> issue rather simply, but I was just thinking that it would be helpfu= l > to > > >> have at least a warning or something from maven - regardless of the > IDE. > > >> > > >> - Reto > > >> > > >> > > >> On Fri, Feb 7, 2014 at 3:33 PM, Ron Wheeler > > >> com > wrote: > > >> > > >> If your IDE supports Maven (Eclipse/STS for example), you will s= ee > > >> the conflict in the dependency hierarchy view and you can fix it > > >> with the right exclusions. > > >> > > >> It is almost always worth a quick look through the dependency > > >> hierarchy view if you use a lot of third party libraries. > > >> Not everyone updates their dependencies when they build a > > >> shareable library. > > >> You can sometimes get some pretty old versions of things dragged > > >> in with the latest version of otherwise well-written libraries. > > >> Exclusions need to be added to get what you want in your > artifacts. > > >> > > >> Ron > > >> > > >> > > >> On 07/02/2014 9:21 AM, Reto Habl=FCtzel wrote: > > >> > > >> Hi there, > > >> > > >> I built an ear using the maven-ear-plugin (version 2.6). > > >> > > >> The ear is configured such that it includes two libraries in= to > > >> the lib > > >> folder, both with the same artifactId as well as the same > > >> version, but a > > >> different groupId. Now if I simply call 'mvn package' only t= he > > >> first one is > > >> included, but no warning whatsoever appears. Only once I tur= n > > >> on debugging > > >> (mvn --debug package), I see one subtle message: > > >> [DEBUG] Skipping artifact [jar:com.foo:bar:1.0] as it is > > >> already up to date > > >> at [lib/bar-1.0.jar] > > >> > > >> Wouldn't it make sense to either include the groupId in the > > >> filename or at > > >> least make a check (that includes the groupId) beforehand if > > >> there are any > > >> conflicts? > > >> > > >> Cheers, > > >> Reto > > >> > > >> > > >> > > >> -- Ron Wheeler > > >> President > > >> Artifact Software Inc > > >> email: rwheeler@artifact-software.com > > >> > > >> > > >> skype: ronaldmwheeler > > >> phone: 866-970-2435, ext 102 > > >> > > >> > > >> > > --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org > > >> > > >> > > >> For additional commands, e-mail: users-help@maven.apache.org > > >> > > >> > > >> > > >> > > > > > > -- > > > Ron Wheeler > > > President > > > Artifact Software Inc > > > email: rwheeler@artifact-software.com > > > skype: ronaldmwheeler > > > phone: 866-970-2435, ext 102 > > > > > > > > > --001a11c0e888e418c704f2582b6f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Is JIRA open for public registration / issue creation? I c= ould not find a link to sign up..

Anyways, I attached a = sample project. Please follow these steps to recreate the issue (btw. I thi= nk the whole naming thing is also a problem if you are referencing two ejbs= with the same artifactId and version):

Install 'utilities' project in 'collections= ':
collections/utilities> mvn install

=
Install 'utilities' project in 'email':
email/utilities> mvn install

Package= 'ear' project:
ear> mvn package

<= div>Look at contents of ear and notice how only one jar is included:
ear> unzip -v target/ear-1.0.0.ear

Now use= the debug flag to see why only one gets included:
ear> mvn --= debug clean package

Partial output:
=A0 [INFO] Copying artifact [jar:ch.rethab.email:utilities:1.0.0] to [= utilities-1.0.0.jar]
=A0 [DEBUG] Skipping artifact [jar:ch.rethab= .collections:utilities:1.0.0], as it is already up to date at [utilities-1.= 0.0.jar]



On Thu, Feb 13, 2014 at 7:32 PM, Baptiste Math= us <bmathus@batmat.net> wrote:
That's the way to go. Even more if you&#= 39;re able to attach a test project.
One report without report is far less likely to be worked on.
Cheers
Le 13 f=E9vr. 2014 14:06, "Reto Habl=FCtzel" <rethab@rethab.ch> a =E9crit :

> So what's the status on this? Shall I create a ticket?
>
>
> On Fri, Feb 7, 2014 at 5:04 PM, Ron Wheeler
> <rwheeler@artifac= t-software.com>wrote:
>
> > Exclusions will not help in this case.
> > Looking through the dependency hierarchy will at least get you to= see the
> > problem earlier which I think was the nature of your question. > >
> > It appears from my brief reading and fun with making servlets run= in
> > production that classloaders merge classes by name.
> > Maven does not.
> >
> > I am a bit surprised that groupId does not count.
> >
> > If one uses a lot of third -party libraries, it would seem inevit= able
> that
> > you could need com.artifact-software:utilities:1.0 at the same ti= me as
> > ch.rethab:utilities:1.0 at the same time.
> > The classloader is not going to cause any problem but if Maven th= rows out
> > one of these as a duplicate, you will be missing classes at run-t= ime.
> >
> > It is difficult to force everyone to create unique artifactIds un= less you
> > get rid of the GroupId altogther and make GAV -> <AV> an= d put the group
> > name into the artifactID.
> >
> > This seems to be a design flaw if it is true.
> >
> > Ron
> >
> >
> > On 07/02/2014 9:43 AM, Reto Habl=FCtzel wrote:
> >
> >> Sure, but exclusions don't do the trick if you need both = of them, do
> >> they? I am talking about completely independent libraries tha= t happen to
> >> have the same artifactId.
> >>
> >> Those were actually both libraries of mine and I could obviou= sly fix
> this
> >> issue rather simply, but I was just thinking that it would be= helpful to
> >> have at least a warning or something from maven - regardless = of the IDE.
> >>
> >> - Reto
> >>
> >>
> >> On Fri, Feb 7, 2014 at 3:33 PM, Ron Wheeler <rwheeler@arti= fact-software.
> >> com <mailto:rwheeler@artifact-software.com>> wrote:
> >>
> >> =A0 =A0 If your IDE supports Maven (Eclipse/STS for example),= you will see
> >> =A0 =A0 the conflict in the dependency hierarchy view and you= can fix it
> >> =A0 =A0 with the right exclusions.
> >>
> >> =A0 =A0 It is almost always worth a quick look through the de= pendency
> >> =A0 =A0 hierarchy view if you use a lot of third party librar= ies.
> >> =A0 =A0 Not everyone updates their dependencies when they bui= ld a
> >> =A0 =A0 shareable library.
> >> =A0 =A0 You can sometimes get some pretty old versions of thi= ngs dragged
> >> =A0 =A0 in with the latest version of otherwise well-written = libraries.
> >> =A0 =A0 Exclusions need to be added to get what you want in y= our artifacts.
> >>
> >> =A0 =A0 Ron
> >>
> >>
> >> =A0 =A0 On 07/02/2014 9:21 AM, Reto Habl=FCtzel wrote:
> >>
> >> =A0 =A0 =A0 =A0 Hi there,
> >>
> >> =A0 =A0 =A0 =A0 I built an ear using the maven-ear-plugin (ve= rsion 2.6).
> >>
> >> =A0 =A0 =A0 =A0 The ear is configured such that it includes t= wo libraries into
> >> =A0 =A0 =A0 =A0 the lib
> >> =A0 =A0 =A0 =A0 folder, both with the same artifactId as well= as the same
> >> =A0 =A0 =A0 =A0 version, but a
> >> =A0 =A0 =A0 =A0 different groupId. Now if I simply call '= mvn package' only the
> >> =A0 =A0 =A0 =A0 first one is
> >> =A0 =A0 =A0 =A0 included, but no warning whatsoever appears. = Only once I turn
> >> =A0 =A0 =A0 =A0 on debugging
> >> =A0 =A0 =A0 =A0 (mvn --debug package), I see one subtle messa= ge:
> >> =A0 =A0 =A0 =A0 [DEBUG] Skipping artifact [jar:com.foo:bar:1.= 0] as it is
> >> =A0 =A0 =A0 =A0 already up to date
> >> =A0 =A0 =A0 =A0 at [lib/bar-1.0.jar]
> >>
> >> =A0 =A0 =A0 =A0 Wouldn't it make sense to either include = the groupId in the
> >> =A0 =A0 =A0 =A0 filename or at
> >> =A0 =A0 =A0 =A0 least make a check (that includes the groupId= ) beforehand if
> >> =A0 =A0 =A0 =A0 there are any
> >> =A0 =A0 =A0 =A0 conflicts?
> >>
> >> =A0 =A0 =A0 =A0 Cheers,
> >> =A0 =A0 =A0 =A0 Reto
> >>
> >>
> >>
> >> =A0 =A0 -- =A0 =A0 Ron Wheeler
> >> =A0 =A0 President
> >> =A0 =A0 Artifact Software Inc
> >> =A0 =A0 email: rwheeler@artifact-software.com
> >> =A0 =A0 <mailto:rwheeler@artifact-software.com>
> >>
> >> =A0 =A0 skype: ronaldmwheeler
> >> =A0 =A0 phone: 866-970-2435, ext 102
> >>
> >>
> >>
> ---------------------------------------------------------------------<= br> > >> =A0 =A0 To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> =A0 =A0 <mailto:users-unsubscribe@maven.apache.org>
> >>
> >> =A0 =A0 For additional commands, e-mail: users-help@maven.apache.org
> >> =A0 =A0 <mailto:users-help@maven.apache.org>
> >>
> >>
> >>
> >
> > --
> > Ron Wheeler
> > President
> > Artifact Software Inc
> > email: rwheeler= @artifact-software.com
> > skype: ronaldmwheeler
> > phone: 866-970-2435, ext 102
> >
> >
>

--001a11c0e888e418c704f2582b6f-- --001a11c0e888e418ca04f2582b71 Content-Type: application/zip; name="ear-silent-ignore.zip" Content-Disposition: attachment; filename="ear-silent-ignore.zip" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrn3d3xl0 UEsDBAoAAAAAAB06TkQAAAAAAAAAAAAAAAASABwAZWFyLXNpbGVudC1pZ25vcmUvVVQJAAPZtP1S Rrb9UnV4CwABBOgDAAAEZAAAAFBLAwQKAAAAAADLOU5EAAAAAAAAAAAAAAAAHgAcAGVhci1zaWxl bnQtaWdub3JlL2NvbGxlY3Rpb25zL1VUCQADPrT9Uj60/VJ1eAsAAQToAwAABGQAAABQSwMECgAA AAAAhjpORAAAAAAAAAAAAAAAACgAHABlYXItc2lsZW50LWlnbm9yZS9jb2xsZWN0aW9ucy91dGls aXRpZXMvVVQJAAOctf1SnbX9UnV4CwABBOgDAAAEZAAAAFBLAwQUAAAACAA2Ok5EVt71T+wAAACq AQAALwAcAGVhci1zaWxlbnQtaWdub3JlL2NvbGxlY3Rpb25zL3V0aWxpdGllcy9wb20ueG1sVVQJ AAMItf1SCLX9UnV4CwABBOgDAAAEZAAAAIWRT2vEIBDF734K8R5N2h5KMO6tUNilhf6hV2vcxGI0 6OwmH7+im7I9lHqbmd+bNzz5bp0sPusQjXcdaWhNsHbK98YNHXl7fajuyU4gPgf/pRXgRLvYkRFg bhmb5Fk7KmepRk19GNjz04Hd0TptQXh7WdKu0fzIlmWhy20W3NR1wz4O+5e0YZKVcRGkU/paHk0b 83TvlYR85r/2+C9ijX1pVpmjqSYim/HJ99q+lyREnnL2q4cKJwOYo1Tw2IsTGGvA6MjZVbdgQ/Cn OVVqpEHDKD+p8tamDNOqxG/jAl8+QDTFdisRZ5fgBfoGUEsDBAoAAAAAAHs9TkQAAAAAAAAAAAAA AAAWABwAZWFyLXNpbGVudC1pZ25vcmUvZWFyL1VUCQADKbv9Uju7/VJ1eAsAAQToAwAABGQAAABQ SwMEFAAAAAgAbT1ORHGK4YuSAQAA0AQAAB0AHABlYXItc2lsZW50LWlnbm9yZS9lYXIvcG9tLnht bFVUCQADDrv9Ug67/VJ1eAsAAQToAwAABGQAAAC9VE1PhDAQvfMrCHdadvWgG5ZNjDExWaOJH/Ha LV222m1JKcv67520IGURTTzIbd68mXnzWpqujnsRHpiuuJLLaIaSKGSSqpzLYhk9P93EF9EqC9JS qzdGTQhsWS2jnTHlAuM9OTCJSEnojiGlC/xwf4fPUQJdgrD7bMniWPGvsqZpUHNmC+ZJMsOvd+tH 6LAnMZeVIZIyv7zii8pm14oSY2X+Oj6cYhyr3IGx5SGIoyyw09K9ypl4cVZkNp3iAdbyiDZ8S6i5 zTNGdIq92BEKreoSIrpDmpkd2aS4gxyh9TubuSGHYX9Q+04KOADXvg/b/Kbmou3k+KKGdNUjHjoE B+rAjs4ZZ1Pb50TsoNZb1bkICmNXN/ZhUNntOEeX3sIjGlVyy4ta24Me5y0nZ1tSC7Pmm6ta5oJd c50JDiZ/lxiPwD/MALdPbOuQ1t4Ut+4HrZSSyRx+GM48/3v446T96GYguNdcTFju210bLriBMdM+ T16rfhdf2J/kUiUEvAPQduqe/INoD7K+wxm55ykLPgFQSwMECgAAAAAAmDlORAAAAAAAAAAAAAAA ABgAHABlYXItc2lsZW50LWlnbm9yZS9lbWFpbC9VVAkAA9+z/VIYtP1SdXgLAAEE6AMAAARkAAAA UEsDBAoAAAAAAIw6TkQAAAAAAAAAAAAAAAAiABwAZWFyLXNpbGVudC1pZ25vcmUvZW1haWwvdXRp bGl0aWVzL1VUCQADqLX9Uqm1/VJ1eAsAAQToAwAABGQAAABQSwMEFAAAAAgAQTpORJF4/l3oAAAA pAEAACkAHABlYXItc2lsZW50LWlnbm9yZS9lbWFpbC91dGlsaXRpZXMvcG9tLnhtbFVUCQADGrX9 Uhq1/VJ1eAsAAQToAwAABGQAAACFUE1PxCAUvPdXEO6FVj2YhrI3E5PdaOJHvCJl22daaODttj9f AluzHozcZt7Mm8eI3TqN5Gx8AGdbWrOKEmO168D2LX17fSjv6U4WYvbuy2gkUW1DSwfEueF8Umdj mZqVHgxzvufPTwd+x6q4pSDbS5ZmDfBjW5aFLbfJcFNVNf847F/ihkmVYAMqq821PUAT0nTvtMJ0 5r/x5C/FGrpMlknHIqYyhYnJdWZ8z03INBX8F1dknfIIR6XxsZMnhBEQTBD8is2y3rvTHJEemDc4 qE8WvwCj4Nsgyy7VyzoHbrAQ/FK5LL4BUEsBAh4DCgAAAAAAHTpORAAAAAAAAAAAAAAAABIAGAAA AAAAAAAQAO1BAAAAAGVhci1zaWxlbnQtaWdub3JlL1VUBQAD2bT9UnV4CwABBOgDAAAEZAAAAFBL AQIeAwoAAAAAAMs5TkQAAAAAAAAAAAAAAAAeABgAAAAAAAAAEADtQUwAAABlYXItc2lsZW50LWln bm9yZS9jb2xsZWN0aW9ucy9VVAUAAz60/VJ1eAsAAQToAwAABGQAAABQSwECHgMKAAAAAACGOk5E AAAAAAAAAAAAAAAAKAAYAAAAAAAAABAA7UGkAAAAZWFyLXNpbGVudC1pZ25vcmUvY29sbGVjdGlv bnMvdXRpbGl0aWVzL1VUBQADnLX9UnV4CwABBOgDAAAEZAAAAFBLAQIeAxQAAAAIADY6TkRW3vVP 7AAAAKoBAAAvABgAAAAAAAEAAACkgQYBAABlYXItc2lsZW50LWlnbm9yZS9jb2xsZWN0aW9ucy91 dGlsaXRpZXMvcG9tLnhtbFVUBQADCLX9UnV4CwABBOgDAAAEZAAAAFBLAQIeAwoAAAAAAHs9TkQA AAAAAAAAAAAAAAAWABgAAAAAAAAAEADtQVsCAABlYXItc2lsZW50LWlnbm9yZS9lYXIvVVQFAAMp u/1SdXgLAAEE6AMAAARkAAAAUEsBAh4DFAAAAAgAbT1ORHGK4YuSAQAA0AQAAB0AGAAAAAAAAQAA AKSBqwIAAGVhci1zaWxlbnQtaWdub3JlL2Vhci9wb20ueG1sVVQFAAMOu/1SdXgLAAEE6AMAAARk AAAAUEsBAh4DCgAAAAAAmDlORAAAAAAAAAAAAAAAABgAGAAAAAAAAAAQAO1BlAQAAGVhci1zaWxl bnQtaWdub3JlL2VtYWlsL1VUBQAD37P9UnV4CwABBOgDAAAEZAAAAFBLAQIeAwoAAAAAAIw6TkQA AAAAAAAAAAAAAAAiABgAAAAAAAAAEADtQeYEAABlYXItc2lsZW50LWlnbm9yZS9lbWFpbC91dGls aXRpZXMvVVQFAAOotf1SdXgLAAEE6AMAAARkAAAAUEsBAh4DFAAAAAgAQTpORJF4/l3oAAAApAEA ACkAGAAAAAAAAQAAAKSBQgUAAGVhci1zaWxlbnQtaWdub3JlL2VtYWlsL3V0aWxpdGllcy9wb20u eG1sVVQFAAMatf1SdXgLAAEE6AMAAARkAAAAUEsFBgAAAAAJAAkAkwMAAI0GAAAAAA== --001a11c0e888e418ca04f2582b71 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org --001a11c0e888e418ca04f2582b71--