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
