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
>
