Hi,
This is my first release, so please check carefully what I may have missed
:).
We solved 16 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19174
This is the first release that does not support JVM versions prior 1.5 to
be forked.
There are still lots of is
Am Sonntag, 9. Juni 2013 schrieb Stephen Connolly :
> On Friday, 7 June 2013, Andreas Gudian wrote:
>
> >
> > We solved 16 issues:
> >
> >
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19174
> >
> > This is the first
+1
Hi,
The vote has passed with the following result:
+1 (binding): Kristian Rosenvold, Olivier Lamy, Mark Struberg
+1 (non binding): Matthias Fraass, Karl Heinz Marbaise, Mirko
Friedenhagen, Andreas Gudian
I will promote the artifacts to the central repo.
@PMC-Members: could one of you put
The Maven team is pleased to announce the release of the Maven
Surefire Plugin, version 2.15
This is the first release that does not support JVM versions prior 1.5
to be forked.
You should specify the version in your project's plugin configuration:
org.apache.maven.plugins
maven-surefire-pl
> 2013/6/26 sebb >:
> > The mission of the ASF is to release software as source, and to ensure
> > that the released source is available under the Apache Licence.
>
> Excuse me but I have always understand the ASF mission as building
> communities around softwares.
> Community over Code and not Pro
How about adding the licence link to the site.xml [1] of maven-parent? Then
we'd have it once for all the plugins developed using that parent pom. Or
is there any remote reason why someone would use that parent but another
licence?
If I hear no objections, I'll add the section there.
Andreas
[1]
+1 non-binding
2013/7/25 Mirko Friedenhagen
> +1 non-binding
> On Jul 23, 2013 4:00 PM, "Stephen Connolly" <
> stephen.alan.conno...@gmail.com>
> wrote:
>
> > This vote is to cover the minimum required version of Java for Maven
> Core.
> >
> > Maven Plugins produced by the Apache Maven Project
2013/8/8 Kristian Rosenvold
> I just committed an update to plexus-classworlds that permits
> concurrent classloading under jdk7.
>
> I would really appreciate it if anyone would care to review this
> patch, especially regarding thread safety (esp the use of guards
> to access the protected metho
2013/8/9 Kristian Rosenvold
> 2013/8/9 Andreas Gudian :
> > But now you need a JDK 7 to build that project, right? I didn't see that
> in
> > the pom. Is it defined somewhere else?
>
> That's because you're not looking at the latest commit I did :)
>
I'm not going to compare timestamps now... ;-)
Hi,
We solved 13 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19331
This release addresses some serious problems with character encodings in
the test report XML files and adds a new Parallel Computer implementation
to the JUnit 4.7+ provider, offering a bunch
Anyone?
If I can't collect the results today, I won't be able to do it for another
week or so.
Am Sonntag, 11. August 2013 schrieb Andreas Gudian :
> Hi,
>
> We solved 13 issues:
>
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19331
&g
One more PMC vote would be great to get this over with... ;-)
Am Donnerstag, 15. August 2013 schrieb Olivier Lamy :
> +1
>
> On 12 August 2013 03:51, Andreas Gudian
> >
> wrote:
> > Hi,
> >
> > We solved 13 issues:
> >
> https://jira.codehaus.org/se
And here's my +1.
2013/8/16 Stephen Connolly
> +1
>
> On Friday, 16 August 2013, Andreas Gudian wrote:
>
> > One more PMC vote would be great to get this over with... ;-)
> >
> >
> > Am Donnerstag, 15. August 2013 schrieb Olivier Lamy :
> >
> &
Hi,
The vote has passed with the following result:
+1 (binding): Kristian Rosenvold, Olivier Lamy, Stephen Connolly
+1 (non binding): Andreas Gudian
I will promote the artifacts to the central repo.
@PMC: could one of you please put the source bundles to the dist area and
file the release for
The Maven team is pleased to announce the release of the Maven
Surefire Plugin, version 2.16
This release addresses some serious problems with character encodings in
the test report XML files and adds a new Parallel Computer implementation
to the JUnit 4.7+ provider, offering a bunch of new option
FYI, Kristian opened a Jira issue at LEGAL on that question some time ago:
https://issues.apache.org/jira/browse/LEGAL-156
Am Montag, 23. September 2013 schrieb ryenus :
> @Stephen, @Daniel, sorry I didn't subscribe the ML so just read your
> replies via markmail.org
>
> Regarding license, my gi
For the last surefire releases, I just created a tar.gz from the local
site, uploaded it to people.a.o via SCP and did the commit from there. Was
a matter of minutes instead of hours. It's cumbersome, though...
A pretty large part of the files is the Javadoc. And I don't know about you
guys, but I
+1
:-)
Am Donnerstag, 13. Februar 2014 schrieb Hervé BOUTEMY :
> +1
>
> Regards,
>
> Hervé
>
> Le jeudi 13 février 2014 15:14:03 Stephen Connolly a écrit :
> > We have not made a release of Maven 2.x since 2.2.1 which was August
> 2009.
> >
> > During that period no release manager has stepped u
Hi,
long ago since we released the last Surefire version. It's about time we
change that ;-).
We solved 16 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19536
There are still lots of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?rese
:52 GMT+01:00 Andreas Gudian :
> Hi,
>
> long ago since we released the last Surefire version. It's about time we
> change that ;-).
>
> We solved 16 issues:
>
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19536
>
> There are stil
Hi,
The vote has passed with the following result:
+1 (binding): Olivier Lamy, Kristian Rosenvold, Hervé Boutemy, Mark Struberg
+1 (non binding): Mirko Friedenhagen, Karl Heinz Marbaise, Andreas Gudian
I will promote the artifacts to the central repo.
Andreas
2014-03-12 22:52 GMT+01:00
Another +1 from me.
Thanks everyone!
2014-03-15 12:53 GMT+01:00 Mark Struberg :
> +1 (binding)
>
> LieGrue,
> strub
>
>
>
>
>
> On Wednesday, 12 March 2014, 22:53, Andreas Gudian <
> andreas.gud...@gmail.com> wrote:
>
> Hi,
> >
> >l
The Apache Maven team is pleased to announce the release of the Apache
Maven Surefire Plugin, version 2.17
This release comes with some smaller improvements and bug fixes for TestNG,
for the JUnit Parallel Computer, the removal of temporary files, and last
but not least it fixes a compatibility is
Welcome, Mirko!
Am Dienstag, 18. März 2014 schrieb Michael Osipov :
> Am 2014-03-17 20:53, schrieb Robert Scholte:
>
>> Hi,
>>
>> On behalf of the Apache Maven PMC I am pleased to announce that Mirko
>> Friedenhagen (mfriedenhagen) has been voted in as a new Apache Maven
>> committer.
>>
>> Mirko
My first approach would also be to handle this in the test framework, e.g.
using the JUnit Rules as Kristian already suggested.
There you can decide on a much more fine-grained level what you want to do
in case of a failing test: re-run all the tests of the class? Or only those
test cases that fai
Hi,
You introduced the idea a couple of ago on this list already, and IIRC, one
main feedback question was why you don't use JUnit's Rules concept for
this. I can think of a couple of arguments to rather use Rules instead of
the extension in surefire, but I'd like to know your reasoning to go this
That's a great decision! :-)
Congratulations, Karl!
Am Dienstag, 26. August 2014 schrieb Barrie Treloar :
> I'm pleased to announce that the Maven PMC has voted to add Karl to the
> Maven PMC.
>
> Welcome, Karl.
>
I've started switching on maven-parent 25 in surefire now and I see
literary hundreds of checkstyle errors (I ignore the warnings for now).
Most of the stuff is fine with me and I'm on fixing them for a couple of
days already.
But there's one thing that struck me and that I'm a bit reluctant to ch
Hi Tibor,
That sounds great! Then I'd go over the open PRs on GitHub once again (I
promised some of them to be merged in time for 2.18).
Perhaps we can attempt a release later this week then.
Andreas
Am Sonntag, 26. Oktober 2014 schrieb tibor17 :
> I would like to commit one more improvement
Hi,
I'm kind of done with what I wanted to get in.
Tibor, after you pushed your fix for 649 to master, you only got 1053 left
to be done, right?
Let me know as soon as you're done with that and I'll start with the
release :-)
Andreas
Am Sonntag, 26. Oktober 2014 schrieb tibor17 :
> I am goin
I've already created the 2.19 version in Jira so issues that we know will
not make it into 2.18 can be moved there or into 3.0.
Am Montag, 27. Oktober 2014 schrieb Andreas Gudian :
> Hi,
>
> I'm kind of done with what I wanted to get in.
>
> Tibor, after you pushed y
I would try to do it as soon as you're done. Preferably earlier than Friday.
Am Montag, 27. Oktober 2014 schrieb tibor17 :
> Hi Andreas,
>
> I am going to push SUREFIRE-649.
> No, actually i will fix SUREFIRE-1053 and open a new minor improvement
> which
> takes me very short time to fix.
> IMH
See https://issues.apache.org/jira/browse/INFRA-8530 and the numerically
following ;-)
Am Montag, 27. Oktober 2014 schrieb tibor17 :
> The build succeedded after SUREFIRE-649 but the deployment failed
> Failed to transfer file:
>
> https://repository.apache.org/content/repositories/snapshots/org
2014-10-28 17:54 GMT+01:00 Benson Margulies :
> Personally, I wonder why we don't merge them.
>
> Failsafe adds some lifestyle phase bindings and then changes some
> defaults. Otherwise, it's a giant anti-DRY. Why not expand surefire to
> have the extra executions with shifted defaults for things
Great, I'll start with that tonight.
Am Mittwoch, 29. Oktober 2014 schrieb tibor17 :
> 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-SUREF
Hi,
We solved 31 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=20175
There are still lots of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&jqlQuery=project+%3D+SUREFIRE+AND+resolution+%3D+Unresolved+ORDER+BY+upda
Am Donnerstag, 30. Oktober 2014 schrieb tibor17 :
> The staging is not available
>
> http://maven.apache.org/surefire-archives/surefire-2.18/maven-surefire-plugin/index.html
> Should not it be instead?
>
> http://maven.apache.org/surefire-archives/maven-surefire-2.18/maven-surefire-plugin/index.ht
Thanks, Hervé!
I've corrected the formatting of that one section that Tibor pointed out
(in the html files and for the next release in the .apt file).
2014-10-31 16:28 GMT+01:00 Hervé BOUTEMY :
> done
>
> just checked out
>
> https://svn.apache.org/repos/infra/websites/production/maven/content/s
s/asf/maven-surefire/tree/bb9d1ea0
> Diff:
> > http://git-wip-us.apache.org/repos/asf/maven-surefire/diff/bb9d1ea0
> >
> > Branch: refs/heads/master
> > Commit: bb9d1ea0704be18b6c80dcf74073f98565bde926
> > Parents: c1267f5
> > Author: Andreas Gudian >
> > Authored: Fri Oct 31 17:
Looks like this source-zip can't be built due to the failing rat-check on
the generated DEPENDENCIES file as well.
I'm supposed to cancel the vote now, right? I would do a respin with an
exclusion for that file in the rat-config.
What about the other votes in progress?
2014-10-31 20:10 GMT+01:
vote for Maven JXR based on this problem...
>
> Filed in an issue https://issues.apache.org/jira/browse/RAT-184
>
>
> Kind regards
> Karl Heinz Marbaise
>
>
> On 11/1/14 7:05 PM, Andreas Gudian wrote:
>
>> Looks like this source-zip can't be built due to the fai
Hi,
We solved 31 issues:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=20175
There are still lots of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&mode=hide&jqlQuery=project+%3D+SUREFIRE+AND+resolution+%3D+Unresolved+ORDER+BY+upda
Hmm, I would find it a bit embarrassing to release a source zip that I know
does not build without either deleting a file or skipping the rat-check,
which, as of only recently, is otherwise part of the build. That was not
the case for the previous releases... :-/
Am Sonntag, 2. November 2014 sch
My own +1.
Am Sonntag, 2. November 2014 schrieb Karl Heinz Marbaise :
> Hi,
>
> first to say trying to build surefire with Maven 2.2.1 will fail with a
> circular dependency...problem (as Kristian mentioned)...so best would be to
> require such things not by a README better by prerequisites/enfo
s something looking funny about that. I'll create a Jira
issue and fix it for the next version.
>
> Kristian
>
>
> 2014-11-03 23:12 GMT+01:00 Hervé BOUTEMY >:
> > +1
> >
> > Regards,
> >
> > Hervé
> >
> > Le samedi 1 nove
Hi,
The vote has passed with the following result:
+1 (binding):
Karl Heinz Marbaise, Hervé Boutemy, Kristian Rosenvold
+1 (non binding):
Tibor Digana, Andreas Gudian
I will promote the artifacts to the central repo.
Could on of the PMC members please copy the source release to the
The Apache Maven team is pleased to announce the release of the Apache
Maven Surefire Plugin, version 2.18
The release contains a number of bug fixes, and introduces an option to
automatically rerun failing tests, including proper reporting on the
console and in the XML reports for the individual
I would just respin the release with version 3.3. With Subversion it's not
that big a deal to delete a tag (with a proper comment) and recreate it for
the re-spin.
With git it would be a big no-no to replace an already pushed tag, that's
why I create the final tag only after the vote completed and
Hi Marek,
interesting... For Surefire 3.0 we have some stuff in mind to allow users
hooking in the surefire logic at several points, one of them being the
determination of tests to run and their execution order. I didn't think
about that particular case of yours, yet. But good to know.
As for the
I like it. Cute but resolute birdy, and the font looks fresh and modern.
But wait - did someone shoot a hole right through the owl? You can even see
the shadow behind it. ;-) Maybe the patch in the middle could be a little
darker, perhaps with a hint/tint of the surrounding colour?
2014-11-19 18
+1
Am Dienstag, 25. November 2014 schrieb Stephen Connolly :
> For anyone who has been living under a rock, here is the background
>
> Background
> =
>
> I think everyone can agree that the site needs a reorganisation and a
> rewrite. Users cannot find what they need, and the end result i
I suggest Darth Mowl. But not seriously ;-).
Am Dienstag, 25. November 2014 schrieb Stephen Connolly :
>
> http://people.apache.org/~stephenc/maven-logo-contest/maven-owl-final-large.png
>
> When I created this owl, I gave it the name "Couché Tard" which is a french
> nickname for an owl (litera
H, H, or otherwise H.
Am Dienstag, 9. Dezember 2014 schrieb Stephen Connolly :
> This is a run-off vote to select the top two options for our new mascot's
> name.
>
> The entries with the highest number of votes will be selected for the final
> round. If there is only one entry with the highest
+1
2014-12-24 17:03 GMT+01:00 :
> Hi,
>
> We solved 13 issues:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?
> projectId=10541&version=20814
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?
> reset=true&mode=hide&jqlQuery=project+
Did we already cover what we want to keep supporting via Toolchains?
We would have to take some care in Surefire if we wanted to keep some
support for <1.6 when using toolchains or when allowing users to configure
a different JVM.
2014-12-25 15:57 GMT+01:00 Karl Heinz Marbaise :
> Hi,
>
> let
I think that we don't need to fully open up our plugins so that anyone can
customize each aspect "on the fly". We would too much hide the fact that
the execution is highly customized because some special stuff is hidden on
the classpath somewhere.
Likewise, if we allowed that sort of customization
Hi Norbert,
sounds great! To create a Jira-Issue for surefire [1], you just need to
sign-up on xircles [2].
You can attach your path to the Jira issue, if you like. The most fluent
way to suggest patches is by making a pull-request on GitHub where we can
directly discuss the patch.
In the end, f
Hi Norbert,
Oh, I misses that one as well - our animal sniffer seems to put its nose
only into the main classes.
A new pull-request would be great.
Am Dienstag, 20. Januar 2015 schrieb Norbert Wnuk :
> Hi Andreas,
> The JDK API level is not enforced during build so that my accidental usage
> of
Hi Norbert,
yesterday I ran the whole build locally (Windows) with JDK 5 and everything
worked for me.
For the linux case, I guess it's hard to create an directory with an
invalid name. In case you don't find an alternative approach, I wouldn't be
devastated if we just removed that test case agai
Thanks, Norbert!
Could you also create a new Pull-Request for it? Then I can fetch it more
easily :-)
Am Mittwoch, 28. Januar 2015 schrieb Norbert Wnuk :
> Link after pushing amended commit -
>
> https://github.com/norbertwnuk/maven-surefire/commit/d6a8af593fc03e12ecf2dc8047669472f7ca263b
>
> O
I'm pretty sure I might be bashed for writing this, but what the heck... ;-)
I do still see some need for the maven-eclipse-plugin.
To be perfectly clear, I agree that m2e is by far superior in many ways,
not only tech-wise, but also conceptionally.
Still, at work we had to migrate from m2e to m
Great, Daniel, I thought I'm the only one thinking that way... ;-)
2015-02-02 19:38 GMT+01:00 Daniel Kulp :
>
> I’m -1 to retiring the maven-eclipse-plugin until the m2e stuff is at a
> state where it can be as flexible and useful as the maven-eclipse-plugin.
> Trying to bring a large complex pr
Hi,
With one of the previous builds, I've noticed that the mvn compiler
plugin running on JDK 9 is unable to use a different JDK from a toolchain.
Before I start digging into this: has anyone else noticed /
investigated that already?
On a different note: using JDK 9 to do some compiling / annot
compiler from tyco-compiler-jdt
package... Looking at their code, that's to be expected.
2015-02-06 18:51 GMT+01:00 Andreas Gudian :
> Hi,
>
> With one of the previous builds, I've noticed that the mvn compiler
> plugin running on JDK 9 is unable to use a different JDK from
Hi guys,
I'm stuck with a windows box and I can give it a try...
.bat-scripting is not really a joy, but what's in the patch should be
translatable.
Andreas
2015-02-25 17:01 GMT+01:00 Igor Fedorenko :
> You can see actual diff to mvn shell script in [1], but the changes was
> basically two-fo
nized.
One thing we could do to make stuff easier around these .bat scripts is to
drop support for this 4NT shell and Windows versions that are not based on
NT (i.e. Windows 9x / ME).
2015-02-25 19:38 GMT+01:00 Jason van Zyl :
> Awesome, thanks!
>
> On Feb 25, 2015, at 10:32 AM, Andreas G
t; > > IBM J9 JDK 6 seems to require a minimum of Windows XP SP3 [2].
> > >
> > > [1] http://www.oracle.com/technetwork/java/javase/config-417990.html
> > > [2]
> > >
> > >
> >
> http://www-01.ibm.com/support/knowledgecenter/#!/SSYKE2_6.0.0/com.ibm.java.doc.60
he VM-argument name.
2015-02-26 18:07 GMT+01:00 Jason van Zyl :
>
> On Feb 26, 2015, at 3:49 AM, Andreas Gudian
> wrote:
>
> > I can handle that, but not before the weekend.
> >
> > Jason, does that conflict with your schedule for the release?
> >
>
> No dire
In the last two releases of surefire, we included the jira-report in the
site, listing all resolved issues with the appropriate fix-version:
http://maven.apache.org/surefire/maven-surefire-plugin/jira-report.html
Am Dienstag, 10. März 2015 schrieb Karl Heinz Marbaise :
> Hi Stephan,
>
> On 3/10
+1 from me.
I've tested under Windows with some projects that also contain Maven
Verifier based integration tests.
Thanks for doing this release, Jason!
2015-03-13 23:46 GMT+01:00 Karl Heinz Marbaise :
> Hi Jason,
>
> checked several projects of my own projects,
>
> checked with:
> * takari
If I read that right, there is a problem in the shell scripts, not the
windows cmd script, right? Because mvnDebug.cmd works for me as expected.
Am Sonntag, 5. April 2015 schrieb Karl Heinz Marbaise :
> Hi,
>
> based on some comments (http://blog.soebes.de/blog/
> 2015/03/17/apache-maven-3-dot-
2015-04-07 21:53 GMT+02:00 Robert Scholte :
> Hi,
>
> I'd like to do a release of the maven-release-plugin soon, especially for
> the Windows+M3.3.1 users.
>
I still don't get why I didn't think of that when renaming mvn.bat to
mvn.cmd... :-/
Hi,
I already am in the group "maven-developers", but I don't seem to be able
to do anything meaningfull, like managing versions or assigning issues to
myself... I checked in SUREFIRE and in MECLIPSE.
Is there some part missing in the config?
Thanks,
Andreas
2015-04-10 23:23 GMT+02:00 Dan Tran
Great, Thanks!
I'll do the 2.10 release in a not too distant future.
Am Donnerstag, 9. April 2015 schrieb Joseph Walton :
> I've taken a look at two cleanup tasks for maven-eclipse-plugin.
>
> One is a clearout of long-deprecated classes:
>
> https://issues.apache.org/jira/browse/MECLIPSE-6
Can you check what actions this lets you do and if somthing is still
> missing,
> please?
>
> Regards
>
> Hervé
>
>
> Le vendredi 10 avril 2015 23:34:49 Andreas Gudian a écrit :
> > Hi,
> >
> > I already am in the group "maven-developers",
In the windows script, I introduced a new variable for the debug settings -
perhaps we can do the same for the shell scripts.
Am Freitag, 24. April 2015 schrieb Francisco Collao Gárate :
> Yep the behavior is different, in my case I was using a .mavenrc, so
> when I use the mvnDebug add all optio
Hi Karl,
I still have half of an issue to fix before the release - I was just
immensly lazy regarding my maven activities the last months.
So it's good you bring it up, Karl! I'll see that I get my ass up over this
weekend.
I also promised to add some lines in the relation of this plugin vs m2e
Anyone who has ever done a release of a large plugin like surefire from a
european location knows what a pain it is to svn-commit a couple of
thousand files. It takes hours, but only if you're lucky and the process is
not interrupted by the server.
I had to dance around that by zipping up the local
GMT+02:00 Hervé BOUTEMY :
> Le vendredi 1 mai 2015 15:14:05 Andreas Gudian a écrit :
> > Anyone who has ever done a release of a large plugin like surefire from a
> > european location knows what a pain it is to svn-commit a couple of
> > thousand files. It takes hours, but
Done. Created issue MSHARED-415 and set it to resolved.
@Tibor: if there isn't anything else in the release anyway, you can also
combine both into one release-process/vote.
2015-05-04 18:47 GMT+02:00 Karl Heinz Marbaise :
> Hi,
>
>
> On 5/3/15 11:13 PM, Tibor Digana wrote:
>
>> Currently surefir
Hi Tibor,
wow, that's a lot of work you put in there! Great!
As you also changed stuff in surefire-booter and I always wondered, I'm
cc-ing dev@ with this question:
Do we have any documentation on which JDKs we officially support to be used
in a toolchain configuration?
For quite a while now, s
Nice! +1
Am Donnerstag, 7. Mai 2015 schrieb Stephen Connolly :
> +1
>
> On 7 May 2015 at 18:59, Karl Heinz Marbaise > wrote:
>
> > Hi,
> >
> > i would like to update our main page http://maven.apache.org/ to the new
> > Maven Fluido Skin 1.4 including new logo which will look like this:
> >
> >
+1, I also always like what I'm reading from Manfred.
(don't these votes usually take place in private@?)
2015-05-13 13:12 GMT+02:00 Jason van Zyl :
> +1
>
> On May 13, 2015, at 2:55 AM, Hervé BOUTEMY wrote:
>
> > Hi,
> >
> > I'd like to introduce Manfred Moser as committer for the Apache Mave
Hi,
this will be the last Maven 2 compatible release of this plugin.
We solved 9 issues:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12317423&version=12330751
There are still a couple of issues left in JIRA:
https://issues.apache.org/jira/issues/?jql=project%20%3D%20MECLIPSE
expected seemed to be not part of the
> release package...
>
>
> If i start the tests in the
> https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-eclipse-plugin
> directory the above tests will run successfully...and don't produce
> errors...
>
>
>
>
&g
Here's my own +1.
2015-05-26 23:10 GMT+02:00 Hervé BOUTEMY :
> +1
>
> Regards,
>
> Hervé
>
> Le dimanche 24 mai 2015 22:04:52 Andreas Gudian a écrit :
> > Hi,
> >
> > this will be the last Maven 2 compatible release of this plugin.
> >
> >
Hi,
The vote has passed with the following result:
+1 (binding): Karl Heinz Marbaise, Jason van Zyl, Hervé Boutemy
+1 (non binding): Andreas Gudian
Thank you guys for the votes!
I will promote the artifacts to the central repo.
2015-05-27 21:44 GMT+02:00 Andreas Gudian :
> Here's m
The Apache Maven team is pleased to announce the release of the Apache
Maven Eclipse Plugin, version 2.10
This plugin is used to generate Eclipse IDE files (*.classpath, *.project,
*.wtpmodules and the .settings folder) for use with a project - if the M2E
Eclipse-Plugin does not fit you.
This rel
How about running the git-svn import on people.a.o? Would we be allowed to
do that (in terms of load/storage)? Svn-operations there are blazing fast
in comparison to the remote https access. Or should we ask infra for some
access to a server in the vicinity of one of the svn-mirrors?
Am Montag, 1
Hi,
You can check the build-helper-maven-plugin, which has a tiny goal to add a
source directory to the project:
https://github.com/mojohaus/build-helper-maven-plugin/blob/master/src/main/java/org/codehaus/mojo/buildhelper/AddSourceMojo.java
The maven-eclipse-plugin picks up all source directorie
Hi Milos,
Try your asf username (without @apache.org) and the corresponding password.
That should get you in.
Hth,
Andreas
Am Mittwoch, 17. Juni 2015 schrieb Milos Kleint :
> Hey,
>
> this is the first time round I'm trying to edit a MNG issue after migration
> from codehaus and while my usern
2015-06-27 14:40 GMT+02:00 robert.patr...@oracle.com <
robert.patr...@oracle.com>:
>
> The second time, I tried to interact around someone else's problem with
> mvnDebug.cmd. No one ever responded.
>
That's not really true - people did respond, it's just that no one stood up
and put your suggest
I was the last one doing a release there, primarily fixing some issues that
blocked it from being much of use for Java 8 projects that share the
.project / .classpath files in SCM. I still stand by the reasoning that I
had the last time, of why there is still the need for it - despite the
great len
What a release! 50 issues solved? Tibor, you're the man! Kudos for all the
work you've put into this one (again).
I've just built it from the source including all integration tests (JDK 7
only, sorry). In just 41 minutes, the build showed full success. I've
executed the test that Karl-Heinz wrote
Good idea!
Funny enough, I've seen multi-module projects that wouldn't work with this
- they have an aggregator pom on the top-level, with:
componentA/common
componentA/server
componentB/common
..
So they skip a level of aggregator poms (in the componentX-directories).
I'd consider that an edg
+1
Really awesome stuff, everyone!
(I tested with a good range of projects, some of them having different
versions of some karaf-maven-plugins that tend to break with Maven updates
-- everything was smooth, though.)
2017-02-23 17:10 GMT+01:00 Stephen Connolly :
> Hi,
>
> We solved 65 issues:
>
+1
Tested on a couple of projects, with Maven 3.3.9 and 3.5.0, on Win
(binaries) and macOS (source build).
Great job, Tibor!
2017-04-08 14:26 GMT+02:00 Petr Široký :
> +1 (non-binding)
>
> Tested on Fedora 25 + JDK 8u121 + Maven 3.5.0 with several large projects.
> No issue found.
>
> @Tibor,
What ever you do, make sure you never try to put unbounded sysout/syserr of
a test case into memory, ever. Not even for a short time, as there may be
users with a ton of output that is currently buffered in the
overflow-files. Changing this can cause serious performance issues (gc
pauses, swapping)
Yupp, I'm afraid neither version ranges nor information from any
dependencyManagement sections are considered.
Only the plain versions or properties work, and transitive dependencies are
pulled in.
And I agree that a special scope would have been a nice alternative
solution, but that would have o
1 - 100 of 162 matches
Mail list logo
