Thanks Dan, consider it removed. Sent from my Samsung device. Include original message ---- Original message ---- From: Dan Rollo <danro...@gmail.com> Sent: 06/01/2016 05:34:26 am To: Cc: dev@river.apache.org Subject: Re: Test Failures on ARM, maybe I'm missing setup?
I couldn’t find a way to detect if the “-server” switch would be supported without actually running the jvm, and then searching the value of a system property (like: System.getProperty("java.vmname")) for the text: “server”. Seems nasty. FWIW, the following docs suggest the “-server” mode is the default now on non-32 bit jvms: (http://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html - same doc info for other os flavors) -server Selects the Java HotSpot Server VM. The 64-bit version of the JDK supports only the Server VM, so in that case the option is implicit. I guess I'm trying to make the case that just removing the “-server” arg is acceptable. :) Dan > On Jan 5, 2016, at 11:03 AM, dev-digest-h...@river.apache.org wrote: > > From: Peter <j...@zeus.net.au <mailto:j...@zeus.net.au>> > Subject: Re: Test Failures on ARM, maybe I'm missing setup? > Date: January 4, 2016 at 9:46:52 PM EST > To: "dev@river.apache.org <mailto:dev@river.apache.org>" ><dev@river.apache.org <mailto:dev@river.apache.org>> > > > Is there a way we can detect the platform, we use server for testing as jit >optimisations are more agressive and more likely to highlight problems or >bugs? > > Peter. > > Sent from my Samsung device. > > Include original message > ---- Original message ---- > From: Dan Rollo <danro...@gmail.com <mailto:danro...@gmail.com>> > Sent: 05/01/2016 08:20:52 am > To: dev@river.apache.org <mailto:dev@river.apache.org> > Subject: Re: Test Failures on ARM, maybe I'm missing setup? > > Thanks Greg, and Peter. I was able to apply the “remove -server” fix to >qaDefaults.properties, and the test ran fine on a Pi. I’ve attached a patch >with these fixes against trunk. If there is a better way to submit such a >patch, please point me in the right direction ( - dare I ask about git? :) . > > Dan