Well, I have option #1 working. The fix was to pass -Xdump:none to the
VM. This tells the VM to never produce a dump whereas the default behavior
is to produce one on OutOfMemoryErrors.
This works locally as well by adding a param to the maven build
configuration (i.e. the Eclipse run configurat
So... I'm going to vote for option #2. It solves the problem for
everyone and we don't really need to note anything for others who are
trying to build with IBM JDK.
While, yes, rat will now not notify you of other java cores, I don't think
that rat should be the plugin that warns you of the ja
Stanton, would this help?
http://maven.apache.org/plugins/maven-surefire-plugin/examples/system-properties.html
Special VM properties
Some system properties must be set on the command line of the forked VM,
and cannot be set after the VM has been started. These properties must be
added to the arg
+1 to #1
On Wed, Sep 12, 2012 at 8:09 PM, Stanton Sievers wrote:
> So we know what the issue is and I'd like to discuss options with everyone.
>
> The javacore is generated due to an expected OutOfMemoryError that is
> thrown as part of the JPEGOptimizerTest.testBadICC4() JUnit test. In an
> Sun
So we know what the issue is and I'd like to discuss options with everyone.
The javacore is generated due to an expected OutOfMemoryError that is
thrown as part of the JPEGOptimizerTest.testBadICC4() JUnit test. In an
Sun/Oracle JDK the OutOfMemoryError is thrown as expected and the test
passes.
I'm pretty sure it is an IBM JDK problem. I've seen this before with local
builds against the IBM JDK but was never able to track down the root cause
of the problem. I might need to add a separate exclude for these so that
RAT ignores these files.
Anyone have any preference on how we handle this
Stanton, any idea why these javacores are being generated? Is it an IBM
JDK problem?
Unapproved licenses:
java/gadgets/javacore.20120827.012034.7501.0003.txt
java/gadgets/javacore.20120829.015104.1138.0003.txt
On Tue, Sep 4, 2012 at 6:30 PM, Apache Jenkins Server <
jenk...@builds.apache.or
