Yes, I did run site:site. It's a habit of mine from aggregated
projects. Thanks for the hint.
On Mon, Dec 13, 2010 at 9:37 PM, Brett Porter wrote:
>
> On 14/12/2010, at 12:39 PM, Benson Margulies wrote:
>
>> I just submitted a patchlet for some of the doc in the assembly plugin.
>
> Thanks!
>
>>
On 14/12/2010, at 12:39 PM, Benson Margulies wrote:
> I just submitted a patchlet for some of the doc in the assembly plugin.
Thanks!
>
> I can't find any combination of maven version and goals that will
> build a complete doc for the plugin. Some of the files derived from
> the modello files
I just submitted a patchlet for some of the doc in the assembly plugin.
I can't find any combination of maven version and goals that will
build a complete doc for the plugin. Some of the files derived from
the modello files just never get generated.
There's also this annoying blacklisted codehaus
On Sun, Dec 12, 2010 at 12:37 PM, Baptiste MATHUS wrote:
> If you think this is a required feature, please file an issue in the
> corresponding JIRA (http://jira.codehaus.org/browse/MPH).
> This is typically how feature request have to go through.
Ticket created with patch against trunk:
http://ji
If x-SNAPSHOT.release() = x then SNAPSHOT.release()= npe or divide by
zero, take your pick :)
I always made sure to point out this anti-pattern during all the maven
training classes I did.
--mobile
On Dec 13, 2010, at 6:42 AM, Benjamin Bentmann
wrote:
> Brett Porter wrote:
>
>> [...] "SNAPSHOT
Hi Baptise,
Baptiste MATHUS wrote:
> 2010/12/13 Jörg Schaible
>
>> Hi Benjamin,
>>
>> Benjamin Bentmann wrote:
>>
>> > Hi,
>> >
>> > as part of MNG-4893 [0] an inconsistency in the way a version string is
>> > treated as a snapshot or release was detected. In short, the issue is
>> > about what
2010/12/13 Jörg Schaible
> Hi Benjamin,
>
> Benjamin Bentmann wrote:
>
> > Hi,
> >
> > as part of MNG-4893 [0] an inconsistency in the way a version string is
> > treated as a snapshot or release was detected. In short, the issue is
> > about what suffix exactly marks a snapshot version.
> >
> >
Hi to all,
currently i'm working on a plugin which will check the entries in the
POM to be sure some of them have more or less good values...(cause we
have faced ofter problems with that).
In particular scm (developerConnection and connection)...I currently
simply check against svn info outp
Hi Benjamin,
Benjamin Bentmann wrote:
> Hi,
>
> as part of MNG-4893 [0] an inconsistency in the way a version string is
> treated as a snapshot or release was detected. In short, the issue is
> about what suffix exactly marks a snapshot version.
>
> The current intention is to revise the logic
On 13/12/2010, at 10:41 PM, Benjamin Bentmann wrote:
> Brett Porter wrote:
>
>> [...] "SNAPSHOT" (with no leading version) was valid, but that behaviour has
>> long been (unofficially) deprecated.
>
> Do you have some more pointers for this deprecation handy?
No - that's what I meant by unof
Brett Porter wrote:
[...] "SNAPSHOT" (with no leading version) was valid, but that behaviour has
long been (unofficially) deprecated.
Do you have some more pointers for this deprecation handy?
Benjamin
-
To unsubscribe, e-
11 matches
Mail list logo