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
