You can see actual diff to mvn shell script in [1], but the changes was
basically two-fold. First, find nearest parent directory that contains
.mvn/ subdirectory. This parent is considered "true" multi-module
project root (MNG-1958). Second, if .mvn/java.config file is present
immediately under the true multimodule project root, use its content as
java invocation parameters, i.e. similar to $MAVEN_OPTS environment
variable.
I don't know enough about Windows scripting to make similar change to
mvn.bat and mvnDebug.bat batch files.
[1]
https://git-wip-us.apache.org/repos/asf?p=maven.git;a=commit;h=8ed9a1caa8890773b45c6c408a4e40acf4f4b0fd
--
Regards,
Igor
On 2015-02-25 9:56, Robert Patrick wrote:
What exactly is the problem that Igor ran into that limits his solution to
Unix-only? Knowing this would help people determine what the level of effort
needed to solve the problem.
--
Robert Patrick <robert.patr...@oracle.com>
VP, Oracle Corporation
7460 Warren Pkwy, Ste. 300 Office: +1.972.963.2872
Frisco, TX 75034, USA Mobile: +1.469.556.9450
Professional Oracle WebLogic Server
by Robert Patrick, Gregory Nyberg, and Philip Aston
with Josh Bregman and Paul Done
Book Home Page: http://www.wrox.com/
Kindle Version: http://www.amazon.com/
-----Original Message-----
From: Jason van Zyl [mailto:ja...@takari.io]
Sent: Wednesday, February 25, 2015 7:40 AM
To: Maven Developers List
Subject: Re: Maven 3.2.6
On Feb 24, 2015, at 11:31 PM, Arnaud Héritier <aherit...@gmail.com> wrote:
I had a quick look at the changeling and I'm +1 for a 3.3.0 with
improvements like the toolchain integration and few others I'm far
from the project and won't veto anything as I have no time for it but
I don't understand why http://jira.codehaus.org/browse/MNG-5767 was
integrated without a windows support ? For me it is everything or nothing.
Noone could help Igor on this ?
It would be great if someone would help, but it is still a step forward. For
projects that require this and document specific requirements it will just work
for non-Windows users. Say the project needs 8gb to run correctly: in most
cases no one reads the documentation they run the build and it fails. Then they
go read something and figure it out and it works. We've at least made it work
for some people. If there isn't a single Maven committer who uses Windows who
can add the same capabilities or we can't find a contributor I don't think it
should stop the feature for going in for the people it can benefit.
Igor and I don't use Windows regularly, don't know Windows, don't want to know
Windows and none of our customers use Windows.
It's overall a net improvement. For me it's a about gradual improvement. But
I've asked on Twitter if there are any Windows users that can help.
Many months/years ago the integration of colors in logs output was
rejected in a part because we wasn't confident in the windows support ...
I don't think that was the issue. The issue was us not being able the decide on
an underlying logging framework. I've seen JANSI working fine on Windows for
years.
My 2 cents.
On Wed, Feb 25, 2015 at 1:29 AM, Mark Derricutt <m...@talios.com> wrote:
On 25 Feb 2015, at 4:06, Karl Heinz Marbaise wrote:
based on the list of changes i would suggest to make a 3.3.0 instead
of
3.2.6....to make clear something is introduced....
+1 on 3.3.0 here. Bring on the changes!
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
--
-----
Arnaud Héritier
http://aheritier.net
Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
---------------------------------------------------------
People develop abstractions by generalizing from concrete examples.
Every attempt to determine the correct abstraction on paper without actually
developing a running system is doomed to failure. No one is that smart. A
framework is a resuable design, so you develop it by looking at the things it
is supposed to be a design of. The more examples you look at, the more general
your framework will be.
-- Ralph Johnson & Don Roberts, Patterns for Evolving Frameworks
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional
commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
