Hello all,
While I'm not a huge fan of the rather extensive checks done by the Java 8
doclint, there are some nifty checks that it does to simplify all our lives.
However, in test scope, one would likely have the ability to use
non-compliant javadocs (for things such as testing custom tags in jav
Yes, I agree not supporting this feature on windows is not desirable,
but I don't know enough about windows scripting to implement this myself
and until somebody helps with the implementation we won't support this
feature on windows.
--
Regards,
Igor
On 2015-02-08 9:44, Arnaud Héritier wrote:
A
Am Sun, 08 Feb 2015 07:57:03 -0500
schrieb Igor Fedorenko :
> What if there was single "real" mvn script and mvnDebug/mvnyjp were
> just symlinks pointing back to it? The script will behave differently
> based on the script name. Any objections to this plan?
I am all for having only one script. T
And what about our dear windows users ?
Don't forget that they are very numerous.
Sadly Linux shell is many many far more powerful than windows .bat files
and often we have to reduce features to keep the compatibility with windows.
I wouldn't like to have different features for linux and for window
I think that also works. But I think the script not being executable it makes
it clear it's not a script. Whatever we decide I'm again filtering it, just
makes debugging painful.
On Feb 8, 2015, at 7:57 AM, Igor Fedorenko wrote:
> I think maintenance overhead and code duplication concerns outw
I think maintenance overhead and code duplication concerns outweigh
possible confusion an extra file might cause, but I think I have a
better solution.
What if there was single "real" mvn script and mvnDebug/mvnyjp were just
symlinks pointing back to it? The script will behave differently based
o
Igor, Jason,
my concern is not about having shared scripting. If that works, that'll be
great.
But from a user perspective I'd like to have a clean bin-folder. Only have
useful scripts here.
So my idea would be: when generating the distribution, just merge these
files to the ones we now hav
Robert,
Can you explain your concerns? I believe it is a common practice to use
separate "include" file to keep logic shared by multiple scripts, why do
you think we need do it differently?
--
Regards,
Igor
On 2015-02-07 4:24, Robert Scholte wrote:
Igor,
how about generating these scripts?
I'
On Feb 7, 2015, at 4:24 AM, Robert Scholte wrote:
> Igor,
>
> how about generating these scripts?
I don't think generating them is a good idea. Primarily because it makes it far
more difficult for anyone to patch the script and try. If someone has to run a
build to generate a script to test
500+ testcases in Lucene 4.10.2 cause OOM and PermGen errors ..this
configuration cured OOM and PermGen errors
org.apache.maven.plugins
maven-surefire-plugin
2.18.1
-Xms2048M -Xmx3192M -XX:PermSize=3192M
-XX:MaxPermSize=6
10 matches
Mail list logo