Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Received-SPF: error (athena.apache.org: local policy)
From: =?ISO-8859-1?Q?Herv=E9?= BOUTEMY <herve.boutemy@free.fr>
To: Maven Developers List <dev@maven.apache.org>
Subject: Re: Maven 3.2.6
Date: Mon, 02 Mar 2015 08:14:16 +0100
Message-ID: <1835286.qJ6x8iBYdZ@herve-desktop>
User-Agent: KMail/4.13.3 (Linux/3.13.0-46-generic; KDE/4.13.3; x86_64; ; )
In-Reply-To: <919617C5-DC81-40DC-A3BD-A4FE18CC1E31@takari.io>
References: <078CA83A-43CE-4108-9835-61F9EE665775@takari.io>
 <54F381D0.3030605@gmx.de> <919617C5-DC81-40DC-A3BD-A4FE18CC1E31@takari.io>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"

I should be there (after 20h, Paris time)
I'd like to improve docs on new features (like extensions model)

Regards,

Herv=E9

Le dimanche 1 mars 2015 15:38:32 Jason van Zyl a =E9crit :
> We can just sync up in IRC and pop in a hangout if people are interes=
ted.
> I'll sift through JIRA in the morning. I'm in California so I'll try =
to get
> up a bit earlier so it's not the end of your day by the time we get a=
round
> to meeting.
> On Mar 1, 2015, at 1:17 PM, Karl Heinz Marbaise <khmarbaise@gmx.de> w=
rote:
> > Hi Jason,
> >=20
> > are those changes you made already public in branches? So it's poss=
ible to
> > take a look into it...
> >=20
> > And a hangout tomorrow sounds great...I'm interested in...
> >=20
> >=20
> > Kind regards
> > Karl Heinz
> >=20
> > On 3/1/15 10:06 PM, Jason van Zyl wrote:
> >> Hi,
> >>=20
> >> I'm done rebasing and merging my changes into master here locally.=
 But I
> >> still have a day or two of testing and a day of writing documentat=
ion.
> >> There are also a couple APIs I'm not super happy with so I might a=
lter
> >> those slightly before the final release.
> >>=20
> >> So if anyone wants to jump in a hangout tomorrow to chat about oth=
er bits
> >> we want to try and do for 3.3.0 I'm game. I also need to go throug=
h and
> >> find all references to 3.2.6 and change them to 3.3.0. There are a=
 few
> >> ITs that depend directly on 3.2.6-SNAPSHOT so all that needs to be=

> >> looked at as well.
> >>=20
> >> So I think we're looking at a few more days if anyone wants to get=
 in
> >> small fixes.>>=20
> >> On Feb 28, 2015, at 7:37 AM, Jason van Zyl <jason@takari.io> wrote=
:
> >>> Great, thanks. I'm just working away on the work I'd like to get =
in. So
> >>> tentatively hope to be done this weekend.>>>=20
> >>> On Feb 28, 2015, at 7:03 AM, Andreas Gudian <andreas.gudian@gmail=
.com>=20
wrote:
> >>>> I'm done with my changes (documented in MNG-5776), and it seems =
to work
> >>>> -
> >>>> no at least the java process is started with the right parameter=
s and
> >>>> no
> >>>> script variables leak out into the cmd console... ;-)
> >>>>=20
> >>>> @Igor: thanks for checking up, I overlooked your second commit w=
ith the
> >>>> change of the VM-argument name.
> >>>>=20
> >>>> 2015-02-26 18:07 GMT+01:00 Jason van Zyl <jason@takari.io>:
> >>>>> On Feb 26, 2015, at 3:49 AM, Andreas Gudian <andreas.gudian@gma=
il.com>
> >>>>>=20
> >>>>> wrote:
> >>>>>> I can handle that, but not before the weekend.
> >>>>>>=20
> >>>>>> Jason, does that conflict with your schedule for the release?
> >>>>>=20
> >>>>> No dire rush on my side and I have two feature branches to merg=
e
> >>>>> anyway so
> >>>>> take your time. Happy to have the help.
> >>>>>=20
> >>>>>> Perhaps we just say that we drop the support for old Windows v=
ersions
> >>>>>=20
> >>>>> with
> >>>>>=20
> >>>>>> 3.3.0 and do the actual work that removes the support from the=
 bat
> >>>>>> files
> >>>>>=20
> >>>>> in
> >>>>>=20
> >>>>>> the next minor release?
> >>>>>>=20
> >>>>>> I would imagine that no one out there cares for Windows 98/ME =
anyway
> >>>>>> ;-).
> >>>>>>=20
> >>>>>> Am Donnerstag, 26. Februar 2015 schrieb Anders Hammar :
> >>>>>>> On Thu, Feb 26, 2015 at 8:16 AM, Stephen Connolly <
> >>>>>>>=20
> >>>>>>> stephen.alan.connolly@gmail.com <javascript:;>> wrote:
> >>>>>>>> On Thursday, February 26, 2015, Anders Hammar <anders@hammar=
.net
> >>>>>>>=20
> >>>>>>> <javascript:;>> wrote:
> >>>>>>>>>> One thing we could do to make stuff easier around these .b=
at
> >>>>>>>>>> scripts
> >>>>>>>=20
> >>>>>>> is
> >>>>>>>=20
> >>>>>>>>> to
> >>>>>>>>>=20
> >>>>>>>>>> drop support for this 4NT shell and Windows versions that =
are not
> >>>>>>>=20
> >>>>>>> based
> >>>>>>>=20
> >>>>>>>>> on
> >>>>>>>>>=20
> >>>>>>>>>> NT (i.e. Windows 9x / ME).
> >>>>>>>>>=20
> >>>>>>>>> Well, as Maven 3.2+ requires a minimum of JDK 1.6 there is =
no
> >>>>>>>>> reason
> >>>>>=20
> >>>>> to
> >>>>>=20
> >>>>>>>>> support anything that JDK 1.6 doesn't run on.
> >>>>>>>>=20
> >>>>>>>> If we are calling this 3.3.0 we can just say we have dropped=
 win
> >>>>>>>> 9x/Me
> >>>>>>>> support and the 4NT alternative command interpreter
> >>>>>>>=20
> >>>>>>> Yes. We should probably clearly state what we support in the =
System
> >>>>>>> Requirements (both on-line and in distro).
> >>>>>>> And a JIRA ticket to go with this is good for the release not=
es.
> >>>>>>>=20
> >>>>>>> /Anders
> >>>>>>>=20
> >>>>>>>>> I can't find any info about Oracle JDK 1.6, but Oracle JDK =
1.7
> >>>>>>>=20
> >>>>>>> requires a
> >>>>>>>=20
> >>>>>>>>> minimum of Windows Vista [1].
> >>>>>>>>>=20
> >>>>>>>>> I couldn't find any info on openJDK's requirements.
> >>>>>>>>>=20
> >>>>>>>>> IBM J9 JDK 6 seems to require a minimum of Windows XP SP3 [=
2].
> >>>>>>>>>=20
> >>>>>>>>> [1]
> >>>>>>>>> http://www.oracle.com/technetwork/java/javase/config-417990=
.html
> >>>>>>>>> [2]
> >>>>>=20
> >>>>> http://www-01.ibm.com/support/knowledgecenter/#!/SSYKE2_6.0.0/c=
om.ibm.
> >>>>> java.doc.60_26/vm626/GenericWrapper/hardwareandsoftwarerequirem=
ents.ht
> >>>>> ml>>>>>=20
> >>>>>>>>> /Anders
> >>>>>>>>>=20
> >>>>>>>>>> 2015-02-25 19:38 GMT+01:00 Jason van Zyl <jason@takari.io
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>> <javascript:;>
> >>>>>>>>=20
> >>>>>>>>>>> Awesome, thanks!
> >>>>>>>>>>>=20
> >>>>>>>>>>> On Feb 25, 2015, at 10:32 AM, Andreas Gudian <
> >>>>>>>>=20
> >>>>>>>> andreas.gudian@gmail.com <javascript:;>
> >>>>>>>>=20
> >>>>>>>>> <javascript:;>>
> >>>>>>>>>=20
> >>>>>>>>>>> wrote:
> >>>>>>>>>>>> Hi guys,
> >>>>>>>>>>>>=20
> >>>>>>>>>>>> I'm stuck with a windows box and I can give it a try...
> >>>>>>>>>>>>=20
> >>>>>>>>>>>> .bat-scripting is not really a joy, but what's in the pa=
tch
> >>>>>>>=20
> >>>>>>> should
> >>>>>>>=20
> >>>>>>>> be
> >>>>>>>>=20
> >>>>>>>>>>>> translatable.
> >>>>>>>>>>>>=20
> >>>>>>>>>>>> Andreas
> >>>>>>>>>>>>=20
> >>>>>>>>>>>> 2015-02-25 17:01 GMT+01:00 Igor Fedorenko <igor@ifedoren=
ko.com
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>>:
> >>>>>>>>>>>>> You can see actual diff to mvn shell script in [1], but=
 the
> >>>>>>>>=20
> >>>>>>>> changes
> >>>>>>>>=20
> >>>>>>>>>> was
> >>>>>>>>>>=20
> >>>>>>>>>>>>> basically two-fold. First, find nearest parent director=
y that
> >>>>>>>>>=20
> >>>>>>>>> contains
> >>>>>>>>>=20
> >>>>>>>>>>>>> .mvn/ subdirectory. This parent is considered "true"
> >>>>>>>=20
> >>>>>>> multi-module
> >>>>>>>=20
> >>>>>>>>>>>>> project root (MNG-1958). Second, if .mvn/java.config fi=
le is
> >>>>>>>>=20
> >>>>>>>> present
> >>>>>>>>=20
> >>>>>>>>>>>>> immediately under the true multimodule project root, us=
e its
> >>>>>>>>=20
> >>>>>>>> content
> >>>>>>>>=20
> >>>>>>>>>> as
> >>>>>>>>>>=20
> >>>>>>>>>>>>> java invocation parameters, i.e. similar to $MAVEN_OPTS=

> >>>>>>>>=20
> >>>>>>>> environment
> >>>>>>>>=20
> >>>>>>>>>>>>> variable.
> >>>>>>>>>>>>>=20
> >>>>>>>>>>>>> I don't know enough about Windows scripting to make sim=
ilar
> >>>>>>>=20
> >>>>>>> change
> >>>>>>>=20
> >>>>>>>>> to
> >>>>>>>>>=20
> >>>>>>>>>>>>> mvn.bat and mvnDebug.bat batch files.
> >>>>>>>>>>>>>=20
> >>>>>>>>>>>>> [1]
> >>>>>>>>=20
> >>>>>>>> https://git-wip-us.apache.org/repos/asf?p=3Dmaven.git;a=3Dco=
mmit;h=3D
> >>>>>>>>=20
> >>>>>>>>>>>>> 8ed9a1caa8890773b45c6c408a4e40acf4f4b0fd
> >>>>>>>>>>>>>=20
> >>>>>>>>>>>>> --
> >>>>>>>>>>>>> Regards,
> >>>>>>>>>>>>> Igor
> >>>>>>>>>>>>>=20
> >>>>>>>>>>>>> On 2015-02-25 9:56, Robert Patrick wrote:
> >>>>>>>>>>>>>> What exactly is the problem that Igor ran into that li=
mits
> >>>>>>>>>>>>>> his
> >>>>>>>>>>=20
> >>>>>>>>>> solution
> >>>>>>>>>>=20
> >>>>>>>>>>>>>> to Unix-only?  Knowing this would help people determin=
e what
> >>>>>>>=20
> >>>>>>> the
> >>>>>>>=20
> >>>>>>>>>> level
> >>>>>>>>>>=20
> >>>>>>>>>>> of
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> effort needed to solve the problem.
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> Robert Patrick <robert.patrick@oracle.com <javascript:=
;>
> >>>>>>>=20
> >>>>>>> <javascript:;>>
> >>>>>>>=20
> >>>>>>>>>>>>>> VP, Oracle Corporation
> >>>>>>>>>>>>>> 7460 Warren Pkwy, Ste. 300      Office: +1.972.963.287=
2
> >>>>>>>>>>>>>> Frisco, TX 75034, USA           Mobile: +1.469.556.945=
0
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> Professional Oracle WebLogic Server
> >>>>>>>>>>>>>> by Robert Patrick, Gregory Nyberg, and Philip Aston
> >>>>>>>>>>>>>> with Josh Bregman and Paul Done
> >>>>>>>>>>>>>> Book Home Page: http://www.wrox.com/
> >>>>>>>>>>>>>> Kindle Version: http://www.amazon.com/
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>>>> From: Jason van Zyl [mailto:jason@takari.io <javascrip=
t:;>
> >>>>>>>=20
> >>>>>>> <javascript:;>]
> >>>>>>>=20
> >>>>>>>>>>>>>> Sent: Wednesday, February 25, 2015 7:40 AM
> >>>>>>>>>>>>>> To: Maven Developers List
> >>>>>>>>>>>>>> Subject: Re: Maven 3.2.6
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> On Feb 24, 2015, at 11:31 PM, Arnaud H=E9ritier <
> >>>>>>>>=20
> >>>>>>>> aheritier@gmail.com <javascript:;>
> >>>>>>>>=20
> >>>>>>>>> <javascript:;>>
> >>>>>>>>>=20
> >>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> I had a quick look at the changeling and I'm +1 for a =
3.3.0
> >>>>>>>=20
> >>>>>>> with
> >>>>>>>=20
> >>>>>>>>>>>>>>> improvements like the toolchain integration and few o=
thers
> >>>>>>>>>>>>>>> I'm
> >>>>>>>>=20
> >>>>>>>> far
> >>>>>>>>=20
> >>>>>>>>>>>>>>> from the project and won't veto anything as I have no=
 time
> >>>>>>>>>>>>>>> for
> >>>>>>>>=20
> >>>>>>>> it
> >>>>>>>>=20
> >>>>>>>>>> but
> >>>>>>>>>>=20
> >>>>>>>>>>>>>>> I don't understand why
> >>>>>>>=20
> >>>>>>> http://jira.codehaus.org/browse/MNG-5767
> >>>>>>>=20
> >>>>>>>>> was
> >>>>>>>>>=20
> >>>>>>>>>>>>>>> integrated without a windows support ? For me it is
> >>>>>>>>>>>>>>> everything
> >>>>>>>>=20
> >>>>>>>> or
> >>>>>>>>=20
> >>>>>>>>>>>>>>> nothing.
> >>>>>>>>>>>>>>> Noone could help Igor on this ?
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> It would be great if someone would help, but it is sti=
ll a
> >>>>>>>>>>>>>> step
> >>>>>>>>>>>=20
> >>>>>>>>>>> forward.
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> For projects that require this and document specific
> >>>>>>>=20
> >>>>>>> requirements
> >>>>>>>=20
> >>>>>>>>> it
> >>>>>>>>>=20
> >>>>>>>>>>> will
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> just work for non-Windows users. Say the project needs=
 8gb to
> >>>>>>>=20
> >>>>>>> run
> >>>>>>>=20
> >>>>>>>>>>>>>> correctly: in most cases no one reads the documentatio=
n they
> >>>>>>>=20
> >>>>>>> run
> >>>>>>>=20
> >>>>>>>>> the
> >>>>>>>>>=20
> >>>>>>>>>>> build
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> and it fails. Then they go read something and figure i=
t out
> >>>>>>>>>>>>>> and
> >>>>>>>>=20
> >>>>>>>> it
> >>>>>>>>=20
> >>>>>>>>>>> works.
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> We've at least made it work for some people. If there =
isn't a
> >>>>>>>>>=20
> >>>>>>>>> single
> >>>>>>>>>=20
> >>>>>>>>>>> Maven
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> committer who uses Windows who can add the same capabi=
lities
> >>>>>>>>>>>>>> or
> >>>>>>>>=20
> >>>>>>>> we
> >>>>>>>>=20
> >>>>>>>>>>> can't
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> find a contributor I don't think it should stop the fe=
ature
> >>>>>>>>>>>>>> for
> >>>>>>>>>=20
> >>>>>>>>> going
> >>>>>>>>>=20
> >>>>>>>>>>> in
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> for the people it can benefit.
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> Igor and I don't use Windows regularly, don't know Win=
dows,
> >>>>>>>=20
> >>>>>>> don't
> >>>>>>>=20
> >>>>>>>>>> want
> >>>>>>>>>>=20
> >>>>>>>>>>> to
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> know Windows and none of our customers use Windows.
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> It's overall a net improvement. For me it's a about gr=
adual
> >>>>>>>>>>>=20
> >>>>>>>>>>> improvement.
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> But I've asked on Twitter if there are any Windows use=
rs that
> >>>>>>>=20
> >>>>>>> can
> >>>>>>>=20
> >>>>>>>>>> help.
> >>>>>>>>>>=20
> >>>>>>>>>>>>>> Many months/years ago the integration of colors in log=
s
> >>>>>>>>>>>>>> output
> >>>>>>>>=20
> >>>>>>>> was
> >>>>>>>>=20
> >>>>>>>>>>>>>>> rejected in a part because we wasn't confident in the=

> >>>>>>>>>>>>>>> windows
> >>>>>>>>>>=20
> >>>>>>>>>> support
> >>>>>>>>>>=20
> >>>>>>>>>>> ...
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> I don't think that was the issue. The issue was us not=
 being
> >>>>>>>=20
> >>>>>>> able
> >>>>>>>=20
> >>>>>>>>> the
> >>>>>>>>>=20
> >>>>>>>>>>>>>> decide on an underlying logging framework. I've seen J=
ANSI
> >>>>>>>>=20
> >>>>>>>> working
> >>>>>>>>=20
> >>>>>>>>>>> fine on
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> Windows for years.
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>> My 2 cents.
> >>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>> On Wed, Feb 25, 2015 at 1:29 AM, Mark Derricutt <
> >>>>>>>>=20
> >>>>>>>> mark@talios.com <javascript:;>
> >>>>>>>>=20
> >>>>>>>>> <javascript:;>>
> >>>>>>>>>=20
> >>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>> On 25 Feb 2015, at 4:06, Karl Heinz Marbaise wrote:
> >>>>>>>>>>>>>>>> based on the list of changes i would suggest to make=
 a
> >>>>>>>>>>>>>>>> 3.3.0
> >>>>>>>>>>=20
> >>>>>>>>>> instead
> >>>>>>>>>>=20
> >>>>>>>>>>>>>>>>> of
> >>>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>>> 3.2.6....to make clear something is introduced....
> >>>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>>> +1 on 3.3.0 here. Bring on the changes!
> >>>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>>> Mark
> >>>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>>> Mark Derricutt
> >>>>>>>>>>>>>>>> http://www.theoryinpractice.net
> >>>>>>>>>>>>>>>> http://www.chaliceofblood.net
> >>>>>>>>>>>>>>>> http://plus.google.com/+MarkDerricutt
> >>>>>>>>>>>>>>>> http://twitter.com/talios
> >>>>>>>>>>>>>>>> http://facebook.com/mderricutt
> >>>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>> -----
> >>>>>>>>>>>>>>> Arnaud H=E9ritier
> >>>>>>>>>>>>>>> http://aheritier.net
> >>>>>>>=20
> >>>>>>>>>>>>>>> Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype =
:
> >>>>>>> aheritier
> >>>>>>>=20
> >>>>>>>>>>>>>> Thanks,
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> Jason
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> ------------------------------------------------------=
----
> >>>>>>>>>>>>>> Jason van Zyl
> >>>>>>>>>>>>>> Founder, Takari and Apache Maven
> >>>>>>>>>>>>>> http://twitter.com/jvanzyl
> >>>>>>>>>>>>>> http://twitter.com/takari_io
> >>>>>>>>>>>>>> ------------------------------------------------------=
---
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> People develop abstractions by generalizing from concr=
ete
> >>>>>>>>=20
> >>>>>>>> examples.
> >>>>>>>>=20
> >>>>>>>>>>>>>> Every attempt to determine the correct abstraction on =
paper
> >>>>>>>>=20
> >>>>>>>> without
> >>>>>>>>=20
> >>>>>>>>>>>>>> actually developing a running system is doomed to fail=
ure. No
> >>>>>>>=20
> >>>>>>> one
> >>>>>>>=20
> >>>>>>>>> is
> >>>>>>>>>=20
> >>>>>>>>>>> that
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> smart. A framework is a resuable design, so you develo=
p it by
> >>>>>>>>>=20
> >>>>>>>>> looking
> >>>>>>>>>=20
> >>>>>>>>>>> at
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> the things it is supposed to be a design of. The more
> >>>>>>>>>>>>>> examples
> >>>>>>>>=20
> >>>>>>>> you
> >>>>>>>>=20
> >>>>>>>>>>> look at,
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> the more general your framework will be.
> >>>>>>>>>>>>>>=20
> >>>>>>>>>>>>>> -- Ralph Johnson & Don Roberts, Patterns for Evolving
> >>>>>>>>=20
> >>>>>>>> Frameworks
> >>>>>>>>=20
> >>>>>>>>> -----------------------------------------------------------=
-------
> >>>>>>>>> ---
> >>>>>>>>>=20
> >>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.o=
rg
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;> For
> >>>>>>>>>=20
> >>>>>>>>>>> additional
> >>>>>>>>>>>=20
> >>>>>>>>>>>>>> commands, e-mail: dev-help@maven.apache.org <javascrip=
t:;>
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> -----------------------------------------------------------=
-------
> >>>>>>>>> ---
> >>>>>>>>>=20
> >>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.o=
rg
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>>=20
> >>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache=
.org
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>>=20
> >>>>>>>>>=20
> >>>>>>>>>=20
> >>>>>>>>> -----------------------------------------------------------=
-------
> >>>>>>>>> ---
> >>>>>>>>>=20
> >>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.or=
g
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>>=20
> >>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.=
org
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>>=20
> >>>>>>>>>>> Thanks,
> >>>>>>>>>>>=20
> >>>>>>>>>>> Jason
> >>>>>>>>>>>=20
> >>>>>>>>>>> ---------------------------------------------------------=
-
> >>>>>>>>>>> Jason van Zyl
> >>>>>>>>>>> Founder, Takari and Apache Maven
> >>>>>>>>>>> http://twitter.com/jvanzyl
> >>>>>>>>>>> http://twitter.com/takari_io
> >>>>>>>>>>> ---------------------------------------------------------=

> >>>>>>>>>>>=20
> >>>>>>>>>>> Lastly, "Impossible." The lamest of the lame excuses! Dif=
ficult
> >>>>>>>>=20
> >>>>>>>> maybe,
> >>>>>>>>=20
> >>>>>>>>> or
> >>>>>>>>>=20
> >>>>>>>>>>> impractical, or too expensive, but rarely is anything
> >>>>>>>>>>> impossible.
> >>>>>>>>>>>=20
> >>>>>>>>>>> -- Yvon Chouinard, Let my People Go Surfing
> >>>>>>>=20
> >>>>>>> -------------------------------------------------------------=
-------
> >>>>>>> -
> >>>>>>>=20
> >>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>>=20
> >>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.or=
g
> >>>>>>>=20
> >>>>>>> <javascript:;>
> >>>>>>>=20
> >>>>>>>>> <javascript:;>
> >>>>>>>>=20
> >>>>>>>> --
> >>>>>>>> Sent from my phone
> >>>>>=20
> >>>>> Thanks,
> >>>>>=20
> >>>>> Jason
> >>>>>=20
> >>>>> ----------------------------------------------------------
> >>>>> Jason van Zyl
> >>>>> Founder, Takari and Apache Maven
> >>>>> http://twitter.com/jvanzyl
> >>>>> http://twitter.com/takari_io
> >>>>> ---------------------------------------------------------
> >>>>>=20
> >>>>> the course of true love never did run smooth ...
> >>>>>=20
> >>>>> -- Shakespeare
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>>=20
> >>>>> ---------------------------------------------------------------=
------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>=20
> >>> Thanks,
> >>>=20
> >>> Jason
> >>>=20
> >>> ----------------------------------------------------------
> >>> Jason van Zyl
> >>> Founder, Takari and Apache Maven
> >>> http://twitter.com/jvanzyl
> >>> http://twitter.com/takari_io
> >>> ---------------------------------------------------------
> >>>=20
> >>> We know what we are, but know not what we may be.
> >>>=20
> >>>  -- Shakespeare
> >>>=20
> >>> -----------------------------------------------------------------=
----
> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>> For additional commands, e-mail: dev-help@maven.apache.org
> >>=20
> >> Thanks,
> >>=20
> >> Jason
> >>=20
> >> ----------------------------------------------------------
> >> Jason van Zyl
> >> Founder, Takari and Apache Maven
> >> http://twitter.com/jvanzyl
> >> http://twitter.com/takari_io
> >> ---------------------------------------------------------
> >>=20
> >> We know what we are, but know not what we may be.
> >>=20
> >>   -- Shakespeare
> >=20
> > -------------------------------------------------------------------=
--
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
>=20
> Thanks,
>=20
> Jason
>=20
> ----------------------------------------------------------
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> ---------------------------------------------------------
>=20
> Be not afraid of growing slowly, be only afraid of standing still.
>=20
>  -- Chinese Proverb
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
> ---------------------------------------------------------------------=

> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org