+1
On Tue, Feb 11, 2014 at 3:22 AM, Jason van Zyl ja...@takari.io wrote:
+1
---
Analyzer...
stagingUrl: https://repository.apache.org/content/repositories/maven-1005
groupId: org.apache.maven
artifactId: apache-maven
version: 3.2.0
Source ZIP url exists.
+1
On 8 February 2014 17:02, Igor Fedorenko i...@ifedorenko.com wrote:
Hi,
We solved 2 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11740version=20031
There are still a couple of issues left in JIRA:
Hello,
not sure what's happening here. There seems to be a regression with
the jacoco-maven-plugin (works fine with Maven 3.0.2 and Maven 3.1.1).
What I did:
- Checked out https://github.com/1and1/testlink-junit
- Now running mvn320 -V -e clean verify gives the following:
12670 [ERROR] Failed to
I will take a look, I found another issue of my own too. Boo.
On Feb 11, 2014, at 10:42 AM, Mirko Friedenhagen mfriedenha...@gmail.com
wrote:
Hello,
not sure what's happening here. There seems to be a regression with
the jacoco-maven-plugin (works fine with Maven 3.0.2 and Maven 3.1.1).
Regression from Apache Maven 3.1.1, seen via:
bash$ mvn -e -Dmaven.test.skip=true -DskipTests=true -T 2.0C clean install $@
[ERROR] Error executing Maven.
java.lang.NumberFormatException: For input string: 2.0
at
Yup, I consider it a blocker. I'll fix that.
On Feb 11, 2014, at 12:57 PM, jieryn jie...@gmail.com wrote:
Regression from Apache Maven 3.1.1, seen via:
bash$ mvn -e -Dmaven.test.skip=true -DskipTests=true -T 2.0C clean install
$@
[ERROR] Error executing Maven.
Are you formally cancelling this vote, or waiting for more to show in the
wash?
On Tuesday, 11 February 2014, Jason van Zyl ja...@takari.io wrote:
Yup, I consider it a blocker. I'll fix that.
On Feb 11, 2014, at 12:57 PM, jieryn jie...@gmail.com javascript:;
wrote:
Regression from Apache
Can I get another PMC vote please?
--
Regards,
Igor
On 2/8/2014, 1:02, Igor Fedorenko wrote:
Hi,
We solved 2 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11740version=20031
There are still a couple of issues left in JIRA:
On Tue, Feb 11, 2014 at 2:48 PM, Igor Fedorenko i...@ifedorenko.com wrote:
890593b10fe868f57fa52e37aacdaa05d8803bd4
+1 (binding). It would be helpful if the template said that the
checksum was sha1 :-)
-
To unsubscribe, e-mail:
+1
Regards,
Hervé
Le samedi 8 février 2014 01:02:24 Igor Fedorenko a écrit :
Hi,
We solved 2 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11740version=20
031
There are still a couple of issues left in JIRA:
Sorry, stepped away for a bit. I'm going to cancel the vote.
On Feb 11, 2014, at 1:48 PM, Stephen Connolly stephen.alan.conno...@gmail.com
wrote:
Are you formally cancelling this vote, or waiting for more to show in the
wash?
On Tuesday, 11 February 2014, Jason van Zyl ja...@takari.io
Couple issues cropped up so I'm canceling the vote.
On Feb 10, 2014, at 9:18 PM, Jason van Zyl ja...@takari.io wrote:
Hi,
Time to release Maven 3.2.0!
Here is a link to Jira with 33 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=15565
Staging
I know its already cancelled but -1 from me.
I'm seeing my large IT build just lock up and hang solid resolving
dependencies. Looks to be an issue in
org.eclipse.aether.util.graph.visitor.PathRecordingDependencyVisitor.visitEnter
Thread dump:
Hello,
I probably found the culprit for my issue
https://jira.codehaus.org/browse/MNG-5552:
- This introduces the option to use a classifier when looking up stuff
from the ${plugin.artifactMap}
- Now the jacoco-maven-plugin uses an agent
(GAVC=org.jacoco:org.jacoco.agent:VERSION:runtime) which
Noticed this non blocking issue when using activemq plugin to start an
activemq instance:
[INFO] BUILD SUCCESS
[INFO]
[INFO] Total time: 17.840s
[INFO] Finished at: Wed Feb 12 09:12:23 EST 2014
[INFO] Final Memory:
This is kinda tricky. We have three cases to consider
1. Plugin depends on main artifact only. For such dependency both 3.1.1
and 3.2.0 use G:A key, so there is no problem there
2. Plugin depends on main and classified artifacts of the same GA. In
this case 3.1.1 picked the last artifact
I wish not to rehash any previous debate (if one occurred), but it would be
nice to abandon 3.2.0 and start 3.2.1 for the blocker fixes. I think it
makes issue tracking and voting easier than re-spinning the same version
number. What are your thoughts?
On Tue, Feb 11, 2014 at 4:40 PM, Igor
Yes, I agree 3.2.1 makes sense. Still need to decide what to do with
artifact maps, though :-)
--
Regards,
Igor
On 2/11/2014, 17:48, Paul Benedict wrote:
I wish not to rehash any previous debate (if one occurred), but it would be
nice to abandon 3.2.0 and start 3.2.1 for the blocker fixes. I
Good luck... any time I have tried to win that battle I have been voted
down!
On 11 February 2014 22:48, Paul Benedict pbened...@apache.org wrote:
I wish not to rehash any previous debate (if one occurred), but it would be
nice to abandon 3.2.0 and start 3.2.1 for the blocker fixes. I think
On 11 February 2014 22:15, Olivier Lamy ol...@apache.org wrote:
Noticed this non blocking issue when using activemq plugin to start an
activemq instance:
[INFO] BUILD SUCCESS
[INFO]
[INFO] Total time: 17.840s
Thanks Stuart for this confirmation, I am seeing this exact issue happen on
both 3.1.x and 3.2. My build uses truezip-maven-plugin
[INFO]
[INFO] BUILD SUCCESS
[INFO]
On 11 February 2014 23:26, Dan Tran dant...@gmail.com wrote:
Thanks Stuart for this confirmation, I am seeing this exact issue happen on
both 3.1.x and 3.2. My build uses truezip-maven-plugin
Yep, TrueZip will leave a JVM shutdown hook registered unless you
explicitly unmount the virtual file
On Tue, Feb 11, 2014 at 3:20 PM, Stuart McCulloch mccu...@gmail.com wrote:
I suspect this is related to the change in Classworlds 2.4.1+ to use the
new ClassLoader.close() method available in Java7 to forcibly close plugin
ClassLoaders when the plugin/container realm is disposed.
Just as an
http://download.java.net/jdk8/docs/api/java/net/URLClassLoader.html
--
Regards,
Igor
On 2/11/2014, 18:38, Laird Nelson wrote:
On Tue, Feb 11, 2014 at 3:20 PM, Stuart McCulloch mccu...@gmail.com wrote:
I suspect this is related to the change in Classworlds 2.4.1+ to use the
new
Added exec-maven-plugin pulgin in pom.xml
plugins
.
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdexec-maven-plugin/artifactId
version1.2/version
executions
execution
Hi
Apologies for posting in a too general mailing list but I could not find a
better one.
I have a question about the expected behaviour of the deploy:deploy-file
goal in the maven deploy plugin 2.8.1 which I am currently using to deploy
one file.
It surprised me that no matter what I did I
It's definitely easier for me if we just move forward, even though I think it's
confusing for users. But I'm fine with it, 3.2.1 it is.
On Feb 11, 2014, at 5:48 PM, Paul Benedict pbened...@apache.org wrote:
I wish not to rehash any previous debate (if one occurred), but it would be
nice to
Hurrah! At last!
(at least until the there must be a .0 release or the world will end gang
on the PMC bash us back to 3.2.0)
On 12 February 2014 00:02, Jason van Zyl ja...@takari.io wrote:
It's definitely easier for me if we just move forward, even though I think
it's confusing for users.
On Wed, 12 Feb 2014 00:29:58 +
Stephen Connolly stephen.alan.conno...@gmail.com wrote:
Hurrah! At last!
(at least until the there must be a .0 release or the world will end gang
on the PMC bash us back to 3.2.0)
Stephen, I won't survive a none .0 version, what do I tell to my devs
3.2.0.1 :-)
On Tue, Feb 11, 2014 at 7:42 PM, Tony Chemit che...@codelutin.com wrote:
On Wed, 12 Feb 2014 00:29:58 +
Stephen Connolly stephen.alan.conno...@gmail.com wrote:
Hurrah! At last!
(at least until the there must be a .0 release or the world will end gang
on the PMC bash us back
Does this mean Maven will now require Java 7 as the running JVM?
Oddly - I don't see any close() method mentioned on:
http://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html
anywhere?
On 12 Feb 2014, at 12:20, Stuart McCulloch wrote:
I suspect this is related to the change in
Glad I wasn't the only one confused.
Still, as I mention in my other post on this - does this not now mean
that Maven MUST run on JDK7?
Mark
On 12 Feb 2014, at 12:41, Igor Fedorenko wrote:
http://download.java.net/jdk8/docs/api/java/net/URLClassLoader.html
--
Regards,
Igor
On 2/11/2014,
On 12 Feb 2014, at 13:57, Benson Margulies wrote:
3.2.0.1 :-)
3.2.0-patchlevel-1-GA.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
No, Maven will (correctly) close URLClassLoaders on java7 and will
continue to work as before on older JVMs. Here is the code that
implements this logic
https://github.com/sonatype/plexus-classworlds/blob/master/src/main/java/org/codehaus/plexus/classworlds/ClassWorld.java#L110
--
Regards,
Igor
On 12 February 2014 13:03, Mark Derricutt m...@talios.com wrote:
Glad I wasn't the only one confused.
Still, as I mention in my other post on this - does this not now mean that
Maven MUST run on JDK7?
nope there is a check here
Good to know :)
On 12 Feb 2014, at 15:06, Igor Fedorenko wrote:
No, Maven will (correctly) close URLClassLoaders on java7 and will
continue to work as before on older JVMs. Here is the code that
implements this logic
-
To
Remove the phase element from the execution.
William
On Mon, Feb 10, 2014 at 11:12 PM, indira indira.kur...@gmail.com wrote:
Added exec-maven-plugin pulgin in pom.xml
plugins
.
plugin
groupIdorg.codehaus.mojo/groupId
37 matches
Mail list logo
