Remove the phase element from the execution.
William
On Mon, Feb 10, 2014 at 11:12 PM, indira wrote:
> Added exec-maven-plugin pulgin in pom.xml
>
> .
>
> org.codehaus.mojo
> exec-maven-plugin
> 1.2
>
>
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
On 12 February 2014 13:03, Mark Derricutt 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
https://github.com/sonatype/plexus-classworlds/blob/master/src/main/java/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 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
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, 1
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 C
3.2.0.1 :-)
On Tue, Feb 11, 2014 at 7:42 PM, Tony Chemit wrote:
> On Wed, 12 Feb 2014 00:29:58 +
> Stephen Connolly 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
On Wed, 12 Feb 2014 00:29:58 +
Stephen Connolly 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 buddies ?
:D
At least, I will
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 wrote:
> It's definitely easier for me if we just move forward, even though I think
> it's confusing for users. But I'm fine w
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 wrote:
> I wish not to rehash any previous debate (if one occurred), but it would be
> nice to abandon 3.2.0 and sta
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 kept
Added exec-maven-plugin pulgin in pom.xml
.
org.codehaus.mojo
exec-maven-plugin
1.2
runbatchfile
package
exec
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 wrote:
I suspect this is related to the change in Classworlds 2.4.1+ to use the
new ClassLoader.close() method avail
On Tue, Feb 11, 2014 at 3:20 PM, Stuart McCulloch 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 aside, this sen
On 11 February 2014 23:26, Dan Tran 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 system after y
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 22:15, Olivier Lamy wrote:
> Noticed this non blocking issue when using activemq plugin to start an
> activemq instance:
>
> [INFO] BUILD SUCCESS
>
> [INFO]
>
>
> [INFO] Total time: 17.840s
>
> [INFO] Fin
Good luck... any time I have tried to win that battle I have been voted
down!
On 11 February 2014 22: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 think it
> makes issue tra
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 th
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 Fedore
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 an
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: 33M/73
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 h
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: https://gist.github.com/talios/f4434d5c65e882a7e9d
Couple issues cropped up so I'm canceling the vote.
On Feb 10, 2014, at 9:18 PM, Jason van Zyl 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=10500&version=15565
>
> Staging repo:
Sorry, stepped away for a bit. I'm going to cancel the vote.
On Feb 11, 2014, at 1:48 PM, Stephen Connolly
wrote:
> Are you formally cancelling this vote, or waiting for more to show in the
> wash?
>
> On Tuesday, 11 February 2014, Jason van Zyl wrote:
>
>> Yup, I consider it a blocker. I'll
+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=11740&version=20
> 031
>
> There are still a couple of issues left in JIRA:
> https://jira.codehaus.org/browse/MPLUGINTESTING
On Tue, Feb 11, 2014 at 2:48 PM, Igor Fedorenko wrote:
>> 890593b10fe868f57fa52e37aacdaa05d8803bd4
+1 (binding). It would be helpful if the template said that the
checksum was sha1 :-)
-
To unsubscribe, e-mail: dev-unsubscr...@m
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=11740&version=20031
There are still a couple of issues left in JIRA:
https://jira.codehaus.org/browse/MPLUGINTESTIN
Are you formally cancelling this vote, or waiting for more to show in the
wash?
On Tuesday, 11 February 2014, Jason van Zyl wrote:
> Yup, I consider it a blocker. I'll fix that.
>
> On Feb 11, 2014, at 12:57 PM, jieryn >
> wrote:
>
> > Regression from Apache Maven 3.1.1, seen via:
> >
> > bash$
Yup, I consider it a blocker. I'll fix that.
On Feb 11, 2014, at 12:57 PM, jieryn 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.
> java.lang.NumberFormatException: For
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
java.lang.NumberFormatException.forInputString(NumberFormatException.jav
I will take a look, I found another issue of my own too. Boo.
On Feb 11, 2014, at 10:42 AM, Mirko Friedenhagen
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).
> What I did:
> - Chec
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
+1
On 8 February 2014 17:02, Igor Fedorenko wrote:
> Hi,
>
> We solved 2 issues:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11740&version=20031
>
> There are still a couple of issues left in JIRA:
> https://jira.codehaus.org/browse/MPLUGINTESTING-20?jql=project%20%3D%20MPLUGINT
+1
On Tue, Feb 11, 2014 at 3:22 AM, Jason van Zyl 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.
>
> https://repository.apache.or
37 matches
Mail list logo
