we already have the plugin config inheritance attributes in modello.
On Jul 28, 2011, at 7:27 PM, Stephen Connolly
<stephen.alan.conno...@gmail.com> wrote:
> well the questions we need to ask then are:
>
> does modelleo now support attributes so we can read it out
>
> does this make a precident
>
> - Stephen
>
> ---
> Sent from my Android phone, so random spelling mistakes, random nonsense
> words and other nonsense are a direct result of using swype to type on the
> screen
> On 29 Jul 2011 00:06, "John Casey" <jdca...@commonjava.org> wrote:
>> Since the attributes work, let's go with that. It's cleaner than a
>> mangled URL, IMO. That's my vote, anyway.
>>
>> -john
>>
>> On 7/28/11 6:59 PM, Mark Struberg wrote:
>>> will try that too....
>>>
>>> yup, just fine too with mvn-3.0.3 and mvn-2.2.1.
>>>
>>> So we now have either
>>>
>>> A.)
>>> <url absolute="true">scm:git:https://...
>>>
>>> or
>>> B.)
>>> <url>absolute:scm:git:https://...
>>>
>>> Please decide folks ;)
>>>
>>> LieGrue,
>>> strub
>>>
>>> --- On Thu, 7/28/11, Stephen Connolly<stephen.alan.conno...@gmail.com>
> wrote:
>>>
>>>> From: Stephen Connolly<stephen.alan.conno...@gmail.com>
>>>> Subject: Re: [DISCUSS] SCM child-project URL composition
>>>> To: "Maven Developers List"<dev@maven.apache.org>
>>>> Date: Thursday, July 28, 2011, 10:47 PM
>>>> i think modelleo allows any random
>>>> attributes (as other pays them no heed...
>>>> not sure of ivy, and the others... but they are likely only
>>>> looking at
>>>> dependencies... a garden problem alright)
>>>>
>>>> - Stephen
>>>>
>>>> ---
>>>> Sent from my Android phone, so random spelling mistakes,
>>>> random nonsense
>>>> words and other nonsense are a direct result of using swype
>>>> to type on the
>>>> screen
>>>> On 28 Jul 2011 23:38, "Benson Margulies"<bimargul...@gmail.com>
>>>> wrote:
>>>>> attributes are special in XML schema. I plan to check
>>>> and see if pom
>>>>> 4.0 really precludes unqualified attributes.
>>>>>
>>>>> On Jul 28, 2011, at 6:26 PM, John Casey<jdca...@commonjava.org>
>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On 7/28/11 6:12 PM, Mark Struberg wrote:
>>>>>>> Hi and txs 4 looking through the proposal!
>>>>>>>
>>>>>>> <url static="true"> is a neat idea but
>>>> sadly requires us to change the
>>>> pom-4.0 schema. So I fear this is a no-go atm.
>>>>>>>
>>>>>>> I'm not sure if there is lots of code which
>>>> parses the content of the
>>>> urls manually. It's not guaranteed what it contains, and we
>>>> already apply
>>>> _lots_ of magic to those URLs (property expansion, etc). So
>>>> anyone which
>>>> does not use our stuff is on his own anyway. Actually the
>>>> content is still a
>>>> valid URL in the sense of RFC-1738. But it's our own
>>>> protocol now ;)
>>>>>>>
>>>>>>> Just my $0.02
>>>>>>>
>>>>>>> LieGrue,
>>>>>>> strub
>>>>>>>
>>>>>>> PS: I really like the 'absolute:' protocol
>>>> name Robert proposed (instead
>>>> of 'static:'.
>>>>>>
>>>>>> +1
>>>>>>
>>>>>>>
>>>>>>> --- On Thu, 7/28/11, Benson Margulies<bimargul...@gmail.com>
>>>> wrote:
>>>>>>>
>>>>>>>> From: Benson Margulies<bimargul...@gmail.com>
>>>>>>>> Subject: Re: [DISCUSS] SCM child-project
>>>> URL composition
>>>>>>>> To: "Maven Developers List"<dev@maven.apache.org>
>>>>>>>> Date: Thursday, July 28, 2011, 10:01 PM
>>>>>>>> As well I know from MSITE-600.
>>>>>>>> However, now I'm confused: you
>>>>>>>> couldn't use the static business with
>>>>>>>> /project/distributionManagement/site/url,
>>>> since those are
>>>>>>>> naked urls.
>>>>>>>> The proposal above is not scm:static:,
>>>> it's static:scm:.
>>>>>>>> are you
>>>>>>>> suggesting putting static:http: in
>>>>>>>> /project/distributionManagement/site/url?
>>>> That looks
>>>>>>>> like a problem
>>>>>>>> for anything that parses the pom and
>>>> doesn't use the model
>>>>>>>> code, and I
>>>>>>>> thought we felt precluded from busting
>>>> things like this.
>>>>>>>>
>>>>>>>> Yet Another Alternative:
>>>>>>>>
>>>>>>>> <url
>>>> static='true'>what-we-have-today</url>
>>>>>>>>
>>>>>>>> would work for scm and also for websites.
>>>> In my opinion,
>>>>>>>> the
>>>>>>>> 'disconnected parent' issue has to be
>>>> fully taken on board,
>>>>>>>> and that
>>>>>>>> really calls for
>>>>>>>>
>>>>>>>> <url
>>>>>>>>
>>>> inherit='false'>what-we-have-today</url>
>>>>>>>>
>>>>>>>> which would be a good thing for the
>>>> overall ASF pom.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Jul 28, 2011 at 5:50 PM, John
>>>> Casey<jdca...@commonjava.org>
>>>>>>>> wrote:
>>>>>>>>> using scm2: you're not able to apply
>>>> the solution to
>>>>>>>> website urls, etc.
>>>>>>>>> which have a similar
>>>> inheritance/calculation
>>>>>>>> problem...
>>>>>>>>>
>>>>>>>>> On 7/28/11 5:45 PM, Benson Margulies
>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Is static: really superior to
>>>> scm2: and then more
>>>>>>>> colons allowing
>>>>>>>>>> arbitrary keyword-value pairs?
>>>>>>>>>>
>>>>>>>>>> On Thu, Jul 28, 2011 at 5:44 PM,
>>>> Mark
>>>>>>>> Struberg<strub...@yahoo.de>
>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi!
>>>>>>>>>>>
>>>>>>>>>>> A small update:
>>>>>>>>>>>
>>>>>>>>>>> Benjamin mentioned that this
>>>> might also be
>>>>>>>> useful for site URLs if a user
>>>>>>>>>>> like to define the effective
>>>> URLs of the
>>>>>>>> sub-module site via
>>>>>>>>>>>
>>>> ${project.version}/${project.artifactId} or
>>>>>>>> similar.
>>>>>>>>>>>
>>>>>>>>>>> So we just came up with
>>>> "static:" as prefix.
>>>>>>>>>>>
>>>>>>>>>>> More soon via Jira.
>>>>>>>>>>>
>>>>>>>>>>> LieGrue,
>>>>>>>>>>> strub
>>>>>>>>>>>
>>>>>>>>>>> --- On Thu, 7/28/11, Brian
>>>> Fox<bri...@infinity.nu>
>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> From: Brian Fox<bri...@infinity.nu>
>>>>>>>>>>>> Subject: Re: [DISCUSS] SCM
>>>> child-project
>>>>>>>> URL composition
>>>>>>>>>>>> To: "Maven Developers
>>>> List"<dev@maven.apache.org>
>>>>>>>>>>>> Date: Thursday, July 28,
>>>> 2011, 9:32 PM
>>>>>>>>>>>> not crazy about the
>>>> syntax, but
>>>>>>>>>>>> generally yes i think that
>>>> makes sense.
>>>>>>>>>>>>
>>>>>>>>>>>> I've long maintained that
>>>> we need
>>>>>>>> something similar for
>>>>>>>>>>>> properties to
>>>>>>>>>>>> balance between "resolve
>>>> at build time"
>>>>>>>> and "resolve at
>>>>>>>>>>>> fetch from
>>>>>>>>>>>> repo" type of issues.
>>>>>>>>>>>>
>>>>>>>>>>>> On Thu, Jul 28, 2011 at
>>>> 3:37 PM, Mark
>>>>>>>> Struberg<strub...@yahoo.de>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hi John, Brian
>>>>>>>>>>>>>
>>>>>>>>>>>>> Just to make sure I
>>>> did understand
>>>>>>>> that correctly:
>>>>>>>>>>>>> you propose to use a
>>>> special URL
>>>>>>>> prefix to tell the
>>>>>>>>>>>>
>>>>>>>>>>>> maven
>>>> DefaultProjectBuilder to treat those
>>>>>>>> urls as static.
>>>>>>>>>>>> An example:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> <scm>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>>
> <developerConnection>staticscm:git:ssh://myserver:/..</developerConnection
>>>>>>>>>>>>>
>>>>>>>>>>>>> resulting in replacing
>>>> 'staticscm'
>>>>>>>> with 'scm' and not
>>>>>>>>>>>>
>>>>>>>>>>>> adding the child modules
>>>> to the URL.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Did I get this
>>>> correctly?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Tried that with
>>>> mvn-3.0.3 and
>>>>>>>> mvn-2.2.1 and a standard
>>>>>>>>>>>>
>>>>>>>>>>>> build works just fine. Of
>>>> course a release
>>>>>>>> would only work
>>>>>>>>>>>> with the newer maven
>>>> versions!
>>>>>>>>>>>>>
>>>>>>>>>>>>> LieGrue,
>>>>>>>>>>>>> strub
>>>>>>>>>>>>>
>>>>>>>>>>>>> --- On Thu, 7/28/11,
>>>> Brian Fox<bri...@infinity.nu>
>>>>>>>>>>>>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> From: Brian
>>>> Fox<bri...@infinity.nu>
>>>>>>>>>>>>>> Subject: Re:
>>>> [DISCUSS] SCM
>>>>>>>> child-project URL
>>>>>>>>>>>>
>>>>>>>>>>>> composition
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> To: "Maven
>>>> Developers List"<dev@maven.apache.org>
>>>>>>>>>>>>>> Date: Thursday,
>>>> July 28, 2011,
>>>>>>>> 7:23 PM
>>>>>>>>>>>>>> On Thu, Jul 28,
>>>> 2011 at 2:59 PM,
>>>>>>>> John
>>>>>>>>>>>>>> Casey<jdca...@commonjava.org>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Would it be
>>>> better to have a
>>>>>>>> syntax to mark a
>>>>>>>>>>>>
>>>>>>>>>>>> URL as
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> literal, not to
>>>> be
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> calculated or
>>>> used as the
>>>>>>>> basis of
>>>>>>>>>>>>
>>>>>>>>>>>> calculation?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes. I tried to
>>>> fix this behavior
>>>>>>>> for urls back in
>>>>>>>>>>>>
>>>>>>>>>>>> ~2.0.6/7
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ish and it
>>>>>>>>>>>>>> broke lots of
>>>> stuff that depended
>>>>>>>> upon that
>>>>>>>>>>>>
>>>>>>>>>>>> behavior.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That way, we
>>>> don't have to
>>>>>>>> worry about
>>>>>>>>>>>>
>>>>>>>>>>>> adjusting to
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> new SCMs or other
>>>> places
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> where we want
>>>> to use it...new
>>>>>>>> SCMs could be
>>>>>>>>>>>>
>>>>>>>>>>>> added via
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> build extension,
>>>> IIRC,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> so this is
>>>> particularly
>>>>>>>> important there.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> WDYT?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 7/28/11
>>>> 12:46 PM, Mark
>>>>>>>> Struberg wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi!
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> problem
>>>> description
>>>>>>>>>>>>>>>>
>>>> -----------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> SCM URLs
>>>> currently
>>>>>>>> automatically get
>>>>>>>>>>>>
>>>>>>>>>>>> extended for
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> child modules.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> E.g. from
>>>>>>>>>>>>>>>>
>>>>>>>> svn://mycompany.com/myproject
>>>>>>>>>>>>>>>> in the
>>>> parent pom, a child
>>>>>>>> module
>>>>>>>>>>>>
>>>>>>>>>>>> 'frontend' will
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> result in getting
>>>> a SCM
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> URL
>>>>>>>>>>>>>>>>
>>>>>>>> svn://mycompany.com/myproject/frontend
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> This is
>>>> fine for SVN and
>>>>>>>> CVS, but broken
>>>>>>>>>>>>
>>>>>>>>>>>> for GIT,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> HG, etc because
>>>> the SCM
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> URL is
>>>> 'static' for them.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> proposal
>>>>>>>>>>>>>>>>
>>>> -----------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Since we
>>>> cannot put this
>>>>>>>> information into
>>>>>>>>>>>>
>>>>>>>>>>>> the
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> various scm
>>>> plugins (because
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> of a
>>>> 'definition cycle' as
>>>>>>>> explained here
>>>>>>>>>>>>
>>>>>>>>>>>> [1]) we
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> could split the
>>>> URL
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>> construction into
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>> scmUrlAppendChild=true/false and
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> make it
>>>> configurable. The
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>> configuration could be
>>>>>>>> controlled via a
>>>>>>>>>>>>
>>>>>>>>>>>> Modello
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> config, my
>>>> suggestion would
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> be to just
>>>> add them to
>>>>>>>> toolchains.mdo.
>>>>>>>>>>>>>>>> I'd just
>>>> add a String
>>>>>>>> property which
>>>>>>>>>>>>
>>>>>>>>>>>> holds a
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> regular expression
>>>> which
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> parses the
>>>> SCM URL and
>>>>>>>> decides upon this
>>>>>>>>>>>>
>>>>>>>>>>>> whether
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> the appending
>>>> should get
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> activated,
>>>> e.g. for all
>>>>>>>> SCMs which
>>>>>>>>>>>>
>>>>>>>>>>>> contain
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 'scm:svn:' or
>>>> 'scm:cvs:' or the
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> java-svn
>>>> (olamy, you know
>>>>>>>> the plexus key
>>>>>>>>>>>>
>>>>>>>>>>>> for
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> that?)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If there
>>>> is a better place
>>>>>>>> to put that
>>>>>>>>>>>>
>>>>>>>>>>>> config or a
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> better way to get
>>>> the
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> info, then
>>>> please speak up
>>>>>>>> now :)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I think
>>>> this change would
>>>>>>>> be backward
>>>>>>>>>>>>
>>>>>>>>>>>> compatible
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> and doesn't need
>>>> any pom
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> changes.
>>>> It also could
>>>>>>>> easily get
>>>>>>>>>>>>
>>>>>>>>>>>> back-ported to
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> mvn2 if needed.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Are there
>>>> other URLS which
>>>>>>>> also need a
>>>>>>>>>>>>
>>>>>>>>>>>> similar
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> distinction while
>>>> building
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> the
>>>> model?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> WDYT?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> txs and
>>>> LieGrue,
>>>>>>>>>>>>>>>> strub
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> [1] http://markmail.org/message/npw3hp6aloa55ctf
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> To
>>>> unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>>>>>>> For
>>>> additional commands,
>>>>>>>> e-mail: dev-h...@maven.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> John Casey
>>>>>>>>>>>>>>> Developer, PMC
>>>> Chair - Apache
>>>>>>>> Maven (http://maven.apache.org)
>>>>>>>>>>>>>>> Blog: http://www.johnofalltrades.name/
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> To
>>>> unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>>>>>> For additional
>>>> commands,
>>>>>>>> e-mail: dev-h...@maven.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> To unsubscribe,
>>>> e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>>>>> For additional
>>>> commands, e-mail:
>>>>>>>> dev-h...@maven.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> To unsubscribe,
>>>> e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>>>> For additional
>>>> commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>>> For additional commands,
>>>> e-mail: dev-h...@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>>> For additional commands,
>>>> e-mail: dev-h...@maven.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>>> For additional commands, e-mail:
>>>> dev-h...@maven.apache.org
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> John Casey
>>>>>>>>> Developer, PMC Chair - Apache Maven
>>>> (http://maven.apache.org)
>>>>>>>>> Blog: http://www.johnofalltrades.name/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> John Casey
>>>>>> Developer, PMC Chair - Apache Maven (http://maven.apache.org)
>>>>>> Blog: http://www.johnofalltrades.name/
>>>>>>
>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>
>> --
>> John Casey
>> Developer, PMC Chair - Apache Maven (http://maven.apache.org)
>> Blog: http://www.johnofalltrades.name/
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
