no outstanding change in 3.2.x that blocks 3.1.x users from upgrading to
3.2.x, isn't it?
Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
That may be a change you want to have in mind, though I personally don't
care about JDK 5.
+1 indeed.
Cheers
Le mer. 29 oct. 2014
Personally I think we could consider releasing 3.0.6 with jdk6
requirement and leave jdk5 altogether. And that's for plugins too :)
Kristian
2014-10-29 7:33 GMT+01:00 Baptiste Mathus m...@batmat.net:
no outstanding change in 3.2.x that blocks 3.1.x users from upgrading to
3.2.x, isn't it?
Dan asked me in https://jira.codehaus.org/browse/MASSEMBLY-722 if this
bug affects other plugins. The simple answer is no.
The bug is in an entirely new feature in plexus-archiver that allows
on-the-fly filtering and stream transformations (interpolation/line
endings) without writing intermediate
AS can be seen from http://jira.codehaus.org/browse/MASSEMBLY-722,
this can be fixed for 2.5 by adding the following to your pom (these
component updates are available in central):
plugin
artifactIdmaven-assembly-plugin/artifactId
...
dependencies
dependency
groupIdorg.codehaus.plexus/groupId
+1
--
Olivier
On 29 Oct 2014 18:04, Kristian Rosenvold kristian.rosenv...@gmail.com
wrote:
Personally I think we could consider releasing 3.0.6 with jdk6
requirement and leave jdk5 altogether. And that's for plugins too :)
Kristian
2014-10-29 7:33 GMT+01:00 Baptiste Mathus
+1
On Wednesday, October 29, 2014, Hervé BOUTEMY herve.bout...@free.fr wrote:
we currently propose 3 versions: 3.0.5, 3.1.1 and 3.2.3
which suppose we may release 3.0.6, 3.1.2 and 3.2.4 in the future
I see why we would release 3.0.6: Aether change force some users to stay to
3.0.x, and I
GitHub user ArloL opened a pull request:
https://github.com/apache/maven/pull/27
Fix MNG-5538
This applies the uploaded patch.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/ArloL/maven patch-1
Alternatively you can review and
I'm trying to create a unit test for MSHARED-361, but I can't figure out
how I get hold of the MavenProject object of one of the modules in a
multi-module build.
Anyone with a pointer or a hint on where this is done in some other unit
test?
/Anders
You can also use MojoRule#readMavenProject from
maven-plugin-testing-harness [1]. You'd have to inject any cross-module
dependencies manually.
You can also see how we do this in Tycho [2], where we delegate to
DefaultMaven to read and resolve multimodule project.
And, of course, you can just
Well, I want a simple way to get a MavenProject object with artifact
dependencies which consist of folder(s) instead of a jar. I probably could
mock this, but I was thinking having a multimodule project on disk and then
build it and get hold of one of the modules (which has a dependency to one
of
Unfortunately, maven-plugin-testing-harness v3.1.0 (where
readMavenProject was added) is too high of a Java version for the shared
liv I'm working on. :-( But I could probably borrow the code...
Turns out I can't do that. That code uses the ProjectBuilder class which is
not available in
I would conclude not to use Maven 2 from that ;-)
Anders Hammar wrote on 29.10.2014 08:18:
Unfortunately, maven-plugin-testing-harness v3.1.0 (where
readMavenProject was added) is too high of a Java version for the shared
liv I'm working on. :-( But I could probably borrow the code...
I would conclude not to use Maven 2 from that ;-)
Well, not an option for maven-shared libs. (at least not yet)
/Anders
Anders Hammar wrote on 29.10.2014 08:18:
Unfortunately, maven-plugin-testing-harness v3.1.0 (where
readMavenProject was added) is too high of a Java version for
Github user jontodd closed the pull request at:
https://github.com/apache/maven-surefire/pull/47
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the
Hi Hervé,
On 10/29/14 3:31 AM, Hervé BOUTEMY wrote:
+1
same strange Default target for maven-compiler-plugin version 3.1JDK
requirement [1] as Maven Clean Plugin
we'll probably have something to do to improve this, because it seems updated
parent pom puts this for every plugin...
wasn't aware
Hi,
On 10/29/14 7:33 AM, Baptiste Mathus wrote:
no outstanding change in 3.2.x that blocks 3.1.x users from upgrading to
3.2.x, isn't it?
Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
That may be a change you want to have in mind, though I personally don't
care
Am 2014-10-26 um 22:06 schrieb Michael Osipov:
Hi,
We solved 9 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=18325projectId=11761
There are still a couple of issues left in JIRA:
Am 2014-10-29 um 02:39 schrieb Hervé BOUTEMY:
see doxia-integration-tools DefaultSiteTool populateParentMenu(...) [1] and
populateModulesMenu(...) [2] called by getDecorationModel(...)
then getDecorationModel(...) is called from
AbstractSiteRenderingMojo.createSiteRenderingContext(...)
But
Am 2014-10-29 um 03:24 schrieb Hervé BOUTEMY:
we currently propose 3 versions: 3.0.5, 3.1.1 and 3.2.3
which suppose we may release 3.0.6, 3.1.2 and 3.2.4 in the future
I see why we would release 3.0.6: Aether change force some users to stay to
3.0.x, and I started to define some backports I'd
Github user Tibor17 closed the pull request at:
https://github.com/apache/maven-surefire/pull/63
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the
GitHub user Tibor17 opened a pull request:
https://github.com/apache/maven-surefire/pull/64
[SUREFIRE-1108] Surefire should print parallel tests in progress been
stopped after elapsed timeout
An improvement for SUREFIRE-1108
You can merge this pull request into a Git repository by
Am 2014-10-29 um 02:39 schrieb Hervé BOUTEMY:
see doxia-integration-tools DefaultSiteTool populateParentMenu(...) [1] and
populateModulesMenu(...) [2] called by getDecorationModel(...)
then getDecorationModel(...) is called from
AbstractSiteRenderingMojo.createSiteRenderingContext(...)
But
On 29 Oct 2014, at 19:33, Baptiste Mathus wrote:
Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
That may be a change you want to have in mind, though I personally don't
care about JDK 5.
Another +1 for promoting the use of toolchains.
--
Mark Derricutt
+1 non-binding
Regression testing performed by upgrading dependency and executing ITs of
* maven-assembly-plugin
* maven-ear-plugin
* maven-jar-plugin
* maven-war-plugin
/Anders
/Anders
On Wed, Oct 29, 2014 at 8:16 PM, Michael Osipov micha...@apache.org wrote:
Am 2014-10-26 um 22:06 schrieb
The CloudBees want me to pay after long time of using it. So I would rather
discard the account.
So now the builds take 45 min to complete on laptop.
Do we have Committers or PMC working for CloudBees who can provide us with
free accounts?
Since the build system is built on the top of Maven we
On 30 October 2014 07:33, Michael Osipov micha...@apache.org wrote:
[del]
I did a code analysis now.
[del]
Is that a manual inspection - or are you using tooling?
http://www.plan.org.au/
Github user asfgit closed the pull request at:
https://github.com/apache/maven-surefire/pull/64
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Hi Andreas
Thx for your patience.
It looks like we can start making the release.
-
BR, tibor17
--
View this message in context:
http://maven.40175.n5.nabble.com/Release-Plan-for-SUREFIRE-2-18-tp5810740p5811601.html
Sent from the Maven Developers mailing list archive at Nabble.com.
GitHub user Tibor17 opened a pull request:
https://github.com/apache/maven-surefire/pull/65
+ documentation in fork-options-and-parallel-execution.apt.vm
Few words about parameters in SUREFIRE documentation:
parallelTestsTimeoutInSeconds
parallelTestsTimeoutForcedInSeconds
Github user asfgit closed the pull request at:
https://github.com/apache/maven-surefire/pull/65
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Hi,
I'll be there, ready for beer and wine :)
Regards,
Hervé
Le mercredi 29 octobre 2014 13:41:11 Tamas Cservenak a écrit :
Hi there,
would like to know who will be attending ApacheCon EU 2014, Budapest.
Some folks (like local JUGs and other) plan to kidnap Maven developers, make
them
Le jeudi 30 octobre 2014 10:08:19 Mark Derricutt a écrit :
On 29 Oct 2014, at 19:33, Baptiste Mathus wrote:
Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
That may be a change you want to have in mind, though I personally don't
care about JDK 5.
Another +1 for
+1 to JDK 5 for Maven 3.0.6: will avoid confusion
for the supported vs partially supported:
AFAIK, the only fully supported version has always been the latest, and only
the latest: we can once again explain it
then is 3.1.1supported with security issues? Do you plan to release 3.1.2
with
33 matches
Mail list logo