+1
Standardisation on version semantics is key to dependency management.
Mark
On 13 Nov 2012, at 20:38, Jason van Zyl wrote:
> This is a long-standing issue, but I think a document and standard has
> emerged that I think is reasonable. How do people feel about trying to adhere
> to:
>
> htt
Le mardi 13 novembre 2012 10:09:51 Jason van Zyl a écrit :
> But again really, I believe the decision is to determine whether all this
> really necessary. I think the order of operations that folks think is
> reasonable is:
>
> 1) Get the release out with SLF4J
> 2) Determine whether we need loggi
Ok. I'll see to that she signs a cla.
/Anders (mobile)
Den 13 nov 2012 17:28 skrev "Stephen Connolly" <
stephen.alan.conno...@gmail.com>:
> On 13 November 2012 15:04, Olivier Lamy wrote:
>
> > 2012/11/13 Anders Hammar :
> > >> Changes looks good for me.
> > >>
> > >
> > > Thanks for having a loo
When using ranges (as one should IMHO) you should never use .0 but always start
with .1.
So that [1.0.0,2.0.0) actually works, otherwise the range picks up the
2.0.0-SNAPSHOT.
Mark
On 14/11/2012, at 10:35 AM, Dennis Lundberg wrote:
> We added one exception though, and that is one that we mig
Jason van Zyl wrote:
> This is a long-standing issue, but I think a document and standard has
> emerged that I think is reasonable. How do people feel about trying to
> adhere to:
>
> http://semver.org
>
> and moving toward using this as our standard versioning documentation?
Well, it sounds ni
True... separate, but closely related. If we state that semver is the
recommended practice (and I believe that to be a good idea) .. the whole
tooling should work nicely with it. And that includes the use case I
mentioned..
And yes.. maybe the version stuff should be part of core ... and then be
u
These are 2 separate issues. As long as the bugfix/patch-part contains
non-numeric values and Maven (actually Aether) still does a String match
(apart from those special cases like alpha, beta, RC) we have to be very
careful with calculating the next version.
You could question if this kind o
On 2012-11-13 21:38, Jason van Zyl wrote:
> This is a long-standing issue, but I think a document and standard has
> emerged that I think is reasonable. How do people feel about trying to adhere
> to:
>
> http://semver.org
>
> and moving toward using this as our standard versioning documentatio
On Tue, November 13, 2012 12:38 pm, Jason van Zyl wrote:
> This is a long-standing issue, but I think a document and standard has
> emerged that I think is reasonable. How do people feel about trying to
> adhere to:
>
> http://semver.org
>
> and moving toward using this as our standard versioning d
+1
On Tue, Nov 13, 2012 at 9:38 PM, Jason van Zyl wrote:
> This is a long-standing issue, but I think a document and standard has
> emerged that I think is reasonable. How do people feel about trying to
> adhere to:
>
> http://semver.org
>
> and moving toward using this as our standard versioni
This is a long-standing issue, but I think a document and standard has emerged
that I think is reasonable. How do people feel about trying to adhere to:
http://semver.org
and moving toward using this as our standard versioning documentation?
Thanks,
Jason
-
Cool, I'll sync up with Hervé and one of us will release it.
On Nov 13, 2012, at 3:14 PM, Dennis Lundberg wrote:
> I've assigned the issue to me.
> The fix on the Maven side is to use a newer Modello Plugin version.
>
> On 2012-11-13 21:04, Jason van Zyl wrote:
>> Currently that is unassigned w
I have put together a simple roadmap using JIRA macros in Confluence to try and
communicate to users what we're planning to do.
https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
There are several issues in the 3.1.0 list that are unassigned, so as a matter
of course if you want to work
I've assigned the issue to me.
The fix on the Maven side is to use a newer Modello Plugin version.
On 2012-11-13 21:04, Jason van Zyl wrote:
> Currently that is unassigned which brings up the issue as to whether that
> issue should be there.
>
> Anything that is not assigned means no one plans t
Currently that is unassigned which brings up the issue as to whether that issue
should be there.
Anything that is not assigned means no one plans to work on them and we should
push them back in the pool.
If you want to fix that I can work with Hervé to see who wants to push out a
Modello relea
On 2012-11-13 19:45, Jason van Zyl wrote:
> There, I just added a couple macros and lined out the proposed roadmap given
> the feedback.
>
> https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
Jason,
If you have a few cycles, could you have a look at releasing Modello? We
need a new Model
There, I just added a couple macros and lined out the proposed roadmap given
the feedback.
https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
On Nov 13, 2012, at 12:02 PM, Jason van Zyl wrote:
> Dan helped me reset my password so I'm good. I'll work on the roadmap now.
>
> On Nov 13, 2
On 12-11-12 9:29 AM, Olivier Lamy wrote:
2012/11/12 Igor Fedorenko :
On 12-11-11 6:52 PM, Olivier Lamy wrote:
If the discussion is now transitioning to users want flexible
logging and the choice of a logging framework that's fine. But I
still maintain the CLI use of logging can be limited
On Tue, Nov 13, 2012 at 10:02 AM, Jesse Glick wrote:
> On 11/12/2012 02:00 PM, Dennis Lundberg wrote:
>
>> I had a quick look at the Windows ITs and the problem seems to be that
>> Maven/Jenkins is unable to delete files. This looks like a Windows path
>> length issue, because the path it complai
On 11/12/2012 02:00 PM, Dennis Lundberg wrote:
I had a quick look at the Windows ITs and the problem seems to be that
Maven/Jenkins is unable to delete files. This looks like a Windows path
length issue, because the path it complain about is 264 chars long.
JENKINS-15418 [1] was fixed in 1.489,
Dan helped me reset my password so I'm good. I'll work on the roadmap now.
On Nov 13, 2012, at 10:44 AM, Benson Margulies wrote:
> On Tue, Nov 13, 2012 at 10:42 AM, Jason van Zyl wrote:
>
>> Does this instance use for authentication? I tried my LDAP password and
>> that doesn't seem to work.
>
On 13 November 2012 15:04, Olivier Lamy wrote:
> 2012/11/13 Anders Hammar :
> >> Changes looks good for me.
> >>
> >
> > Thanks for having a look!
> > One specific thing I'm not sure about is the maven-security artifactId.
> Is
> > it good, or should we maybe use maven-crypto. maven-security coul
2012/11/13 Jason van Zyl :
> I can just checkin the markdown source into svn. Others are using the site
> plugin from trunk so someone can publish it.
Using markdown doesn't need site plugin trunk.
It's just a matter of adding the doxia module in the site plugin
dependencies (http://maven.apache.o
On Tue, Nov 13, 2012 at 10:42 AM, Jason van Zyl wrote:
> Does this instance use for authentication? I tried my LDAP password and
> that doesn't seem to work.
>
I don't think it uses ldap. Have you tried password recovery?
>
> I'm trying to make a roadmap page for the proposed schedule for the
Does this instance use for authentication? I tried my LDAP password and that
doesn't seem to work.
I'm trying to make a roadmap page for the proposed schedule for the next three
releases so people can see it easier than trying to surf JIRA.
Thanks,
Jason
-
On Nov 12, 2012, at 9:21 AM, Olivier Lamy wrote:
>
> Currently I'm testing integrating jansi to have colorized output, that
> works fine and that's fun :-)
> Again I don't see why we couldn't add a bit or a possibility of fun
> within our distribution (or at least make that easily possible)
Sur
2012/11/13 Anders Hammar :
>> Changes looks good for me.
>>
>
> Thanks for having a look!
> One specific thing I'm not sure about is the maven-security artifactId. Is
> it good, or should we maybe use maven-crypto. maven-security could in the
> future contain more than the crypto things.
>
> Most o
The Maven team is pleased to announce the release of the Maven Invoker,
version 2.1.1
With this component it is possible to programmatically invoke Maven.
http://maven.apache.org/shared/maven-invoker/
To use the Maven Invoker, add the following dependency to your project:
org.apache.m
Changes looks good for me.
Most of the large changes has been done Karin Karlsson (can we have cla ?)
Any special reason to use a package org.maven ?
New files doesn't have license header but " //TODO: add copyright "
Thanks
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/ol
On 13 November 2012 11:28, Anders Hammar wrote:
> > Changes looks good for me.
> >
>
> Thanks for having a look!
> One specific thing I'm not sure about is the maven-security artifactId. Is
> it good, or should we maybe use maven-crypto. maven-security could in the
> future contain more than the
> So I need to release too maven-shared-incremental.
> Any issue with that ?
>
No problem. As we're jumping to v3.0 I think it's good if we can get as
much news as possible in this release. As long as we think it's safe that
is. I take it maven-shared-incremental is ready to ship then? Hasn't been
Hi,
The vote has passed with the following result :
+1 (binding): Robert Scholte, Olivier Lamy, Hervé BOUTEMY
+1 (non binding): Tony Chemit
I will promote the artifacts to the central repo.
Op Thu, 08 Nov 2012 23:53:00 +0100 schreef Robert Scholte
:
Hi,
We solved 1 issue:
http://jira.cod
2012/11/12 Igor Fedorenko :
>
>
> On 12-11-11 6:52 PM, Olivier Lamy wrote:
>>>
>>> If the discussion is now transitioning to users want flexible
>>> logging and the choice of a logging framework that's fine. But I
>>> still maintain the CLI use of logging can be limited and
>>> constrained while al
Hi Stephen,
> What is the minimum version of Maven that you are supporting your plugin
> on?
>
> Maven 2.0.x => JDK 1.4 is the theoretical minimum
> Maven 2.2.x => JDK 1.5 is the theoretical minimum
Currently i would like to keep the support for Maven 2.0.X with the
appassembler-maven-plugin (f
On Tue, Nov 13, 2012 at 3:23 AM, Karl Heinz Marbaise wrote:
> Hi,
>
> i have a question concerning the plexus-utils/maven-shared-utils. During
> the investigation of a bug in appassembler-plugin (
> http://jira.codehaus.org/browse/MAPPASM-187). I have seen that in
> plexus-utils (3.0.7) the method
2012/11/12 Anders Hammar :
> Give me some hours, I think there's at least one JIRA ticket that I want to
> close as fixed.
Sure no problem.
>
> /Anders
>
>
> On Mon, Nov 12, 2012 at 1:03 AM, Olivier Lamy wrote:
>
>> Hi,
>> Some improvements has been made for compiler plugin.
>> Thanks to all folks
So I need to release too maven-shared-incremental.
Any issue with that ?
2012/11/12 Anders Hammar :
> I'm done. Please go ahead and release it!
>
> /Anders
>
>
> On Mon, Nov 12, 2012 at 8:22 AM, Anders Hammar wrote:
>
>> Give me some hours, I think there's at least one JIRA ticket that I want
>>
GitHub user kobikis opened a pull request:
https://github.com/apache/maven-surefire/pull/9
[SUREFIRE-927] Added support for TestNG configuration configFailurePolicy
configFailurePolicy - Whether TestNG should continue to execute the
remaining tests in the suite or skip them if an @B
2012/11/12 Jason van Zyl :
>
> On Nov 11, 2012, at 6:52 PM, Olivier Lamy wrote:
>
>> 2012/11/11 Jason van Zyl :
>>>
>>> On Nov 11, 2012, at 2:49 AM, Olivier Lamy wrote:
>>>
Perso I propose a change by pointing you (you means other maven dev
folks too) to a branch I made somewhere b
The Maven team is pleased to announce the release of the Maven Plugin
Plugin, version 3.2.
The Maven Plugin Plugin is used to create a Maven plugin descriptor
for any Mojo's found in the source tree, to include in the JAR. It is
also used to generate report files for the Mojos as well as for
updat
On 13 November 2012 08:23, Karl Heinz Marbaise wrote:
> Hi,
>
> i have a question concerning the plexus-utils/maven-shared-utils. During
> the investigation of a bug in appassembler-plugin (
> http://jira.codehaus.org/browse/MAPPASM-187). I have seen that in
> plexus-utils (3.0.7) the method File
> Changes looks good for me.
>
Thanks for having a look!
One specific thing I'm not sure about is the maven-security artifactId. Is
it good, or should we maybe use maven-crypto. maven-security could in the
future contain more than the crypto things.
Most of the large changes has been done Karin K
resend as I have issues with my @apache.o mailbox.
-- Forwarded message --
From: Olivier Lamy
Date: 2012/11/13
Subject: Re: Checkstyle Plugin: Upgrade dependency to Checkstyle v5.6
To: Maven Users List
2012/11/13 Brett Walker :
> Hi Thomas,
>
>>> I tried building the plugin my
resend as I have issues with my @apache.o mailbox.
-- Forwarded message --
From: Olivier Lamy
Date: 2012/11/12
Subject: MNG-5356 Make encrypt/decrypt logic pluggable
To: Maven Developers List
Changes looks good for me.
Most of the large changes has been done Karin Karlsson (ca
- Original Message -
> From: "Karl Heinz Marbaise"
> To: dev@maven.apache.org
> Sent: Tuesday, November 13, 2012 10:23:35 AM
> Subject: plexus-utils / maven-shared-utils / commons-io
>
> Hi,
>
> i have a question concerning the plexus-utils/maven-shared-utils.
> During the investigation
Hi,
i have a question concerning the plexus-utils/maven-shared-utils. During the
investigation of a bug in appassembler-plugin
(http://jira.codehaus.org/browse/MAPPASM-187). I have seen that in plexus-utils
(3.0.7) the method FileUtils.copyDirectory() seemed to be not working. The same
as in m
46 matches
Mail list logo