Failing Hudson Builds

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Failing Hudson Builds

Dennis Kubes-2
As far as I can tell, then failing hudson builds are due to the whoami
command either not being on the hudson box or not being accessible to
the user running the nutch builds.  Does anyone know what the next step
is here?

Dennis
Reply | Threaded
Open this post in threaded view
|

Re: Failing Hudson Builds

Sami Siren-2

Dennis Kubes wrote:
> As far as I can tell, then failing hudson builds are due to the whoami
> command either not being on the hudson box or not being accessible to
> the user running the nutch builds.  Does anyone know what the next
> step is here?
I agree with your analysis.

Nigel, do you know if is it possible to add the missing 'whoami' command
to the hudson zone or what is the process of getting it there?

--
 Sami Siren

Reply | Threaded
Open this post in threaded view
|

Re: Failing Hudson Builds

Nigel Daley
Hmm, whoami is on the machine.  I've changed the Nutch builds so it  
now runs a script (running the same ant command it was running) and I  
source the hudson user environment.

The build is now failing because of this test:

test:
      [echo] Testing plugin: parse-swf
     [junit] Running org.apache.nutch.parse.swf.TestSWFParser
     [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed:  
1.764 sec
     [junit] Test org.apache.nutch.parse.swf.TestSWFParser FAILED

FWIW, the output of this test (and perhaps others) is not being  
picked up by Hudson.  Hudson is grabbing build/test/*.xml

Nige

On Feb 24, 2008, at 11:35 AM, Sami Siren wrote:

>
> Dennis Kubes wrote:
>> As far as I can tell, then failing hudson builds are due to the  
>> whoami command either not being on the hudson box or not being  
>> accessible to the user running the nutch builds.  Does anyone know  
>> what the next step is here?
> I agree with your analysis.
>
> Nigel, do you know if is it possible to add the missing 'whoami'  
> command to the hudson zone or what is the process of getting it there?
>
> --
> Sami Siren
>

Reply | Threaded
Open this post in threaded view
|

Re: Failing Hudson Builds

Andrzej Białecki-2
Nigel Daley wrote:

> Hmm, whoami is on the machine.  I've changed the Nutch builds so it now
> runs a script (running the same ant command it was running) and I source
> the hudson user environment.
>
> The build is now failing because of this test:
>
> test:
>      [echo] Testing plugin: parse-swf
>     [junit] Running org.apache.nutch.parse.swf.TestSWFParser
>     [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 1.764 sec
>     [junit] Test org.apache.nutch.parse.swf.TestSWFParser FAILED


This is using Java 1.6, right? There's a bug somewhere, either in the
JavaSWF library or in the ActionScript parser that this plugin uses,
which causes the output to become re-arranged under Java 1.6 vs. Java
1.5. I wasn't able to track this down yet.


--
Best regards,
Andrzej Bialecki     <><
  ___. ___ ___ ___ _ _   __________________________________
[__ || __|__/|__||\/|  Information Retrieval, Semantic Web
___|||__||  \|  ||  |  Embedded Unix, System Integration
http://www.sigram.com  Contact: info at sigram dot com

Reply | Threaded
Open this post in threaded view
|

Re: Failing Hudson Builds

Dennis Kubes-2
Under java 1.6 is it just a filepath issue.  I tracked it down some time
ago.  I can fix it.

Dennis

Andrzej Bialecki wrote:

> Nigel Daley wrote:
>> Hmm, whoami is on the machine.  I've changed the Nutch builds so it
>> now runs a script (running the same ant command it was running) and I
>> source the hudson user environment.
>>
>> The build is now failing because of this test:
>>
>> test:
>>      [echo] Testing plugin: parse-swf
>>     [junit] Running org.apache.nutch.parse.swf.TestSWFParser
>>     [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 1.764 sec
>>     [junit] Test org.apache.nutch.parse.swf.TestSWFParser FAILED
>
>
> This is using Java 1.6, right? There's a bug somewhere, either in the
> JavaSWF library or in the ActionScript parser that this plugin uses,
> which causes the output to become re-arranged under Java 1.6 vs. Java
> 1.5. I wasn't able to track this down yet.
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Failing Hudson Builds

Nigel Daley
Oops, you're right.  I inadvertently set the JDK to 1.6.  Testing now  
with JDK 1.5.

Nige

On Feb 27, 2008, at 6:54 AM, Dennis Kubes wrote:

> Under java 1.6 is it just a filepath issue.  I tracked it down some  
> time ago.  I can fix it.
>
> Dennis
>
> Andrzej Bialecki wrote:
>> Nigel Daley wrote:
>>> Hmm, whoami is on the machine.  I've changed the Nutch builds so  
>>> it now runs a script (running the same ant command it was  
>>> running) and I source the hudson user environment.
>>>
>>> The build is now failing because of this test:
>>>
>>> test:
>>>      [echo] Testing plugin: parse-swf
>>>     [junit] Running org.apache.nutch.parse.swf.TestSWFParser
>>>     [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed:  
>>> 1.764 sec
>>>     [junit] Test org.apache.nutch.parse.swf.TestSWFParser FAILED
>> This is using Java 1.6, right? There's a bug somewhere, either in  
>> the JavaSWF library or in the ActionScript parser that this plugin  
>> uses, which causes the output to become re-arranged under Java 1.6  
>> vs. Java 1.5. I wasn't able to track this down yet.