river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter <j...@zeus.net.au>
Subject Re: Test Failures on ARM, maybe I'm missing setup?
Date Mon, 04 Jan 2016 12:51:57 GMT
thanks Greg, that makes sense, arm testing was originaly done with the server jvm.

Sent from my Samsung device.
 
  Include original message
---- Original message ----
From: Greg Trasuk <trasukg@stratuscom.com>
Sent: 04/01/2016 07:03:42 pm
To: dev@river.apache.org
Subject: Re: Test Failures on ARM, maybe I'm missing setup?


I’m running some testing with the 2.2 branch on my R-Pi.  It appears that the default setting in the qaDefaults.properties file runs the test services with ‘java -server’ option, which is not supported on the Pi’s JVM.  I currently have the qa test run in process.  I’ll commit a change to the 2.2 branch if it works, and then Peter can update trunk.


Cheers, 

Greg Trasuk 

> On Jan 4, 2016, at 12:06 AM, Peter <jini@zeus.net.au> wrote: 
>  
>   
> Hi Dan, 
>  
> Unfortunately arm hasn't been tested since 2014, when the arm servers were removed from hudson.

>  
> I would like to get it running if you can do some testing for me? 
>  
> Can you create a file named build.properties in 
> the trunk directory with the following two lines: 
>  
> debug=true 
> run.categories=locatordiscovery 
>  
> Then edit this file: 
>  
> qa/src/org/apache/river/qa/resources/qaDefaults.properties 
>  
> insert the following line at line 231: 
>  
> -Djava.security.debug=access:failure,\ 
>  
> Then edit this file: 
>  
> qa/src/org/apache/river/qa/test/resources/qa1.logging 
>  
> on line 53 change logging from INFO to FINE 
> also change lines 197 and 261 to FINE 
>  
> Then please try again. 
>  
> You should find a detailed test report in the qa directory. 
>  
> Thanks, 
>  
> Peter. 
>  
> Sent from my Samsung device. 
>   
>   Include original message 
> ---- Original message ---- 
> From: Dan Rollo <danrollo@gmail.com> 
> Sent: 04/01/2016 01:47:41 pm 
> To: dev@river.apache.org 
> Subject: Test Failures on ARM, maybe I'm missing setup? 
>  
> I tried to follow the steps here: https://river.apache.org/building-river.html, but I probably missed something. 

>  
> My first attempt to build things was to setup my own Jenkins build (on RaspberryPi Model 2’s) using the ant target:  

> "hudson-aa-arm"  
>  
> In case it matters, I’m using ant-1.9.4, and jdk: jdk-7-oracle-armhf (and had similar failures with jdk: jdk-8-oracle-arm-vfp-hflt). 

>  
> The first test failure I see is:  
> ...  
> [java] -----------------------------------------  
>      [java] org/apache/river/test/impl/locatordiscovery/BadLocatorDiscoveryListener.td 

>      [java] Test Failed: Construct Failed: org.apache.river.qa.harness.TestException: Problem creating service for net.jini.core.lookup.ServiceRegistrar; nested exception is:  

>      [java]     Failed to start the shared nonactivatable group; nested exception is:  

>      [java]     NonActivatableGroupAdmin: Failed to exec the group; nested exception is:  

>      [java]     null  
>        
> And a number of later tests fail also, for example:  
> ...  
> [java] org/apache/river/test/impl/locatordiscovery/UnicastDelay.td   
>  [java] Test Skipped: verifiers are: org.apache.river.qa.harness.SkipConfigTestVerifier  

>  [java] ————————————————————   
>  [java] org/apache/river/test/spec/locatordiscovery/AddDiscoveryListenerNull.td  

>  [java] Test Failed: Construct Failed: orgapache.river.qa.harness.TestException: Problem creating service for net.jini.core.lookup.ServiceRegistrar; nested exception is:  

>  [java] Failed to start the shared nonactivatable group; nested exception is:  

>  [java] NonActivatableGroupAdmin: Failed to exec the group; nested exception is:  

>  [java] null        
>  
>  
> I tried running the first failing test (BadLocatorDiscoveryListener.td) by itself (on a Mac - not the ARM) via ant: ~/devtools/apache-ant-1.9.6/bin/ant -Drun.tests=org/apache/river/test/impl/locatordiscovery/BadLocatorDiscoveryListener.td run-tests 

> and of course the tests passes.  
>  
> Any suggestions?  
>  
> Thanks,  
> Dan Rollo  
>  
>  
>  



Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message