You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mahout.apache.org by Robin Anil <ro...@gmail.com> on 2010/05/25 23:11:53 UTC
Which configs to use
I see pmd-ruleset checkstyle.xml in both TRUNK/maven/src/main/resources and
in TRUNK/buildtools/src/main/resouces
Which one to use?
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
I believe you did that in the SGD patch right. I am looking at it.
Robin
On Wed, May 26, 2010 at 10:40 AM, Robin Anil <ro...@gmail.com> wrote:
> I need some pointer on how to do that i.e zipping up as a resource and
> using the path
>
> Robin
> On Wed, May 26, 2010 at 10:38 AM, Ted Dunning <te...@gmail.com> wrote:
>> That looks really scary to me.
>>
>> Can the files in question be made into resources instead?
>>
>> On Tue, May 25, 2010 at 10:06 PM, Robin Anil <ro...@gmail.com> wrote:
>>
>>> Coming to another issue:
>>> 3 tests from the ga package are failing on hudson while running clover
>>> because the test-input path is hardcoded like this
>>>
>>> Path input = new Path("target/test-classes/wdbc");
>>>
>>> when running under clover2 instrument mode the path becomes
>>> Path input = new Path("target/clover/test-classes/wdbc");
>>>
>>> Is there any way I can use the original path
>>> utils/src/test/resources/wdbc from java.
>>>
>>
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
I need some pointer on how to do that i.e zipping up as a resource and
using the path
Robin
On Wed, May 26, 2010 at 10:38 AM, Ted Dunning <te...@gmail.com> wrote:
> That looks really scary to me.
>
> Can the files in question be made into resources instead?
>
> On Tue, May 25, 2010 at 10:06 PM, Robin Anil <ro...@gmail.com> wrote:
>
>> Coming to another issue:
>> 3 tests from the ga package are failing on hudson while running clover
>> because the test-input path is hardcoded like this
>>
>> Path input = new Path("target/test-classes/wdbc");
>>
>> when running under clover2 instrument mode the path becomes
>> Path input = new Path("target/clover/test-classes/wdbc");
>>
>> Is there any way I can use the original path
>> utils/src/test/resources/wdbc from java.
>>
>
Re: Which configs to use
Posted by Ted Dunning <te...@gmail.com>.
That looks really scary to me.
Can the files in question be made into resources instead?
On Tue, May 25, 2010 at 10:06 PM, Robin Anil <ro...@gmail.com> wrote:
> Coming to another issue:
> 3 tests from the ga package are failing on hudson while running clover
> because the test-input path is hardcoded like this
>
> Path input = new Path("target/test-classes/wdbc");
>
> when running under clover2 instrument mode the path becomes
> Path input = new Path("target/clover/test-classes/wdbc");
>
> Is there any way I can use the original path
> utils/src/test/resources/wdbc from java.
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
Drew just fixed it and told me the changes before he signed off. I am
running it now. Seems to be working. But tests are failing without
first running clover2:instrument.
Coming to another issue:
3 tests from the ga package are failing on hudson while running clover
because the test-input path is hardcoded like this
Path input = new Path("target/test-classes/wdbc");
when running under clover2 instrument mode the path becomes
Path input = new Path("target/clover/test-classes/wdbc");
Is there any way I can use the original path
utils/src/test/resources/wdbc from java.
Robin
On Wed, May 26, 2010 at 10:30 AM, Benson Margulies
<bi...@gmail.com> wrote:
> Never run 'mvn site'. It's documented to mess up on aggregate projects. You
> always want to run site:site site:deploy.
>
> If there are problems, you may need to mess with the dependencies of the
> site plugin.
>
> I hate the site plugin.
>
>
> On Tue, May 25, 2010 at 9:46 PM, Drew Farris <dr...@gmail.com> wrote:
>
>> Ok, I'm mystified, how are you generating the site? I still get the
>> following when running 'mvn site' from the root project using the latest
>> from trunk.
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] BUILD ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] An error has occurred in Checkstyle report generation.
>>
>> Embedded error: Failed during checkstyle execution
>> Could not find resource '/mahout-checkstyle.xml'.
>> [INFO]
>> ------------------------------------------------------------------------
>>
>>
>>
>> On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com> wrote:
>>
>> > Works fine for me
>> > On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
>> > wrote:
>> >
>> > > See:
>> > >
>> > >
>> >
>> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
>> > >
>> > > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
>> > wrote:
>> > >
>> > > > mvn eclipse:eclipse?
>> > > >
>> > > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
>> > > > wrote:
>> > > >
>> > > > > Yes, I think that probably broke the eclipse stuff tho.
>> > > >
>> > >
>> >
>>
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
I can do that, but need some pointer Branch
Optional sonar.branch property.
What is this value
Re: Which configs to use
Posted by Benson Margulies <bi...@gmail.com>.
we could also plug into sonar.
On May 26, 2010, at 12:01 PM, Drew Farris <dr...@gmail.com> wrote:
> Good to know that we don't need to depend on the site plugin for
> that stuff.
> Hooray for hudson.
>
> On Wed, May 26, 2010 at 1:54 PM, Robin Anil <ro...@gmail.com>
> wrote:
>
>> Finally!! Even though site:site doesn't work, Hudson plugins pull in
>> all the stats and gives a better looking dashboard
>>
>>
>> Check this out
>> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/
>> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/
>> pmdResult/
>> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/clover/
>> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/javadoc/
>>
>> Things are Red! Not good
>>
>> Robin
>>
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
Good to know that we don't need to depend on the site plugin for that stuff.
Hooray for hudson.
On Wed, May 26, 2010 at 1:54 PM, Robin Anil <ro...@gmail.com> wrote:
> Finally!! Even though site:site doesn't work, Hudson plugins pull in
> all the stats and gives a better looking dashboard
>
>
> Check this out
> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/
> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/pmdResult/
> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/clover/
> http://hudson.zones.apache.org/hudson/job/Mahout-Quality/javadoc/
>
> Things are Red! Not good
>
> Robin
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
Finally!! Even though site:site doesn't work, Hudson plugins pull in
all the stats and gives a better looking dashboard
Check this out
http://hudson.zones.apache.org/hudson/job/Mahout-Quality/
http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/pmdResult/
http://hudson.zones.apache.org/hudson/job/Mahout-Quality/20/clover/
http://hudson.zones.apache.org/hudson/job/Mahout-Quality/javadoc/
Things are Red! Not good
Robin
Re: Which configs to use
Posted by Benson Margulies <bi...@gmail.com>.
On Wed, May 26, 2010 at 8:50 AM, Drew Farris <dr...@gmail.com> wrote:
> Ok, I suspected this was the case and had been running site:site
>
> I'm also a little confused about what goes in the plugin configuration in
> either build/plugins or build/pluginManagement vs what goes in the reports
> section of the pom.
>
In this you can sadly join a long line of confused people. This is a big
problem with Maven.
>
> Also, was wondering if the execution for checkstyle and pmd that binds to
> the validate phase was strictly necessary.
>
This is the crux. Do you want enforcement, reporting, or both? The validate
phase run is for enforcement: the build fails on a specified set of rules.
If you want no enforcement, you need no executions, and only reporting specs
-- but you are firmly in the clutches of all the problems of the site
plugin.
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
Ok, I suspected this was the case and had been running site:site
I'm also a little confused about what goes in the plugin configuration in
either build/plugins or build/pluginManagement vs what goes in the reports
section of the pom.
Also, was wondering if the execution for checkstyle and pmd that binds to
the validate phase was strictly necessary.
- Drew
On Wed, May 26, 2010 at 1:00 AM, Benson Margulies <bi...@gmail.com>wrote:
> Never run 'mvn site'. It's documented to mess up on aggregate projects. You
> always want to run site:site site:deploy.
>
> If there are problems, you may need to mess with the dependencies of the
> site plugin.
>
> I hate the site plugin.
>
>
> On Tue, May 25, 2010 at 9:46 PM, Drew Farris <dr...@gmail.com>
> wrote:
>
> > Ok, I'm mystified, how are you generating the site? I still get the
> > following when running 'mvn site' from the root project using the latest
> > from trunk.
> >
> > [INFO]
> > ------------------------------------------------------------------------
> > [ERROR] BUILD ERROR
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] An error has occurred in Checkstyle report generation.
> >
> > Embedded error: Failed during checkstyle execution
> > Could not find resource '/mahout-checkstyle.xml'.
> > [INFO]
> > ------------------------------------------------------------------------
> >
> >
> >
> > On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com>
> wrote:
> >
> > > Works fine for me
> > > On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
> > > wrote:
> > >
> > > > See:
> > > >
> > > >
> > >
> >
> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
> > > >
> > > > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
> > > wrote:
> > > >
> > > > > mvn eclipse:eclipse?
> > > > >
> > > > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <
> drew.farris@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Yes, I think that probably broke the eclipse stuff tho.
> > > > >
> > > >
> > >
> >
>
Re: Which configs to use
Posted by Benson Margulies <bi...@gmail.com>.
Never run 'mvn site'. It's documented to mess up on aggregate projects. You
always want to run site:site site:deploy.
If there are problems, you may need to mess with the dependencies of the
site plugin.
I hate the site plugin.
On Tue, May 25, 2010 at 9:46 PM, Drew Farris <dr...@gmail.com> wrote:
> Ok, I'm mystified, how are you generating the site? I still get the
> following when running 'mvn site' from the root project using the latest
> from trunk.
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] An error has occurred in Checkstyle report generation.
>
> Embedded error: Failed during checkstyle execution
> Could not find resource '/mahout-checkstyle.xml'.
> [INFO]
> ------------------------------------------------------------------------
>
>
>
> On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com> wrote:
>
> > Works fine for me
> > On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
> > wrote:
> >
> > > See:
> > >
> > >
> >
> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
> > >
> > > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
> > wrote:
> > >
> > > > mvn eclipse:eclipse?
> > > >
> > > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
> > > > wrote:
> > > >
> > > > > Yes, I think that probably broke the eclipse stuff tho.
> > > >
> > >
> >
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
try both now
On Wed, May 26, 2010 at 7:25 AM, Robin Anil <ro...@gmail.com> wrote:
> I was following bensons email, that worked. site doesn't Let me fix that.
>
>
> On Wed, May 26, 2010 at 7:16 AM, Drew Farris <dr...@gmail.com>wrote:
>
>> Ok, I'm mystified, how are you generating the site? I still get the
>> following when running 'mvn site' from the root project using the latest
>> from trunk.
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] BUILD ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] An error has occurred in Checkstyle report generation.
>>
>> Embedded error: Failed during checkstyle execution
>> Could not find resource '/mahout-checkstyle.xml'.
>> [INFO]
>> ------------------------------------------------------------------------
>>
>>
>>
>> On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com> wrote:
>>
>> > Works fine for me
>> > On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
>> > wrote:
>> >
>> > > See:
>> > >
>> > >
>> >
>> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
>> > >
>> > > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
>> > wrote:
>> > >
>> > > > mvn eclipse:eclipse?
>> > > >
>> > > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <drew.farris@gmail.com
>> >
>> > > > wrote:
>> > > >
>> > > > > Yes, I think that probably broke the eclipse stuff tho.
>> > > >
>> > >
>> >
>>
>
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
I was following bensons email, that worked. site doesn't Let me fix that.
On Wed, May 26, 2010 at 7:16 AM, Drew Farris <dr...@gmail.com> wrote:
> Ok, I'm mystified, how are you generating the site? I still get the
> following when running 'mvn site' from the root project using the latest
> from trunk.
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] An error has occurred in Checkstyle report generation.
>
> Embedded error: Failed during checkstyle execution
> Could not find resource '/mahout-checkstyle.xml'.
> [INFO]
> ------------------------------------------------------------------------
>
>
>
> On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com> wrote:
>
> > Works fine for me
> > On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
> > wrote:
> >
> > > See:
> > >
> > >
> >
> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
> > >
> > > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
> > wrote:
> > >
> > > > mvn eclipse:eclipse?
> > > >
> > > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
> > > > wrote:
> > > >
> > > > > Yes, I think that probably broke the eclipse stuff tho.
> > > >
> > >
> >
>
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
Ok, I'm mystified, how are you generating the site? I still get the
following when running 'mvn site' from the root project using the latest
from trunk.
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] An error has occurred in Checkstyle report generation.
Embedded error: Failed during checkstyle execution
Could not find resource '/mahout-checkstyle.xml'.
[INFO]
------------------------------------------------------------------------
On Tue, May 25, 2010 at 7:39 PM, Robin Anil <ro...@gmail.com> wrote:
> Works fine for me
> On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com>
> wrote:
>
> > See:
> >
> >
> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
> >
> > On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com>
> wrote:
> >
> > > mvn eclipse:eclipse?
> > >
> > > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
> > > wrote:
> > >
> > > > Yes, I think that probably broke the eclipse stuff tho.
> > >
> >
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
Works fine for me
On Wed, May 26, 2010 at 3:59 AM, Drew Farris <dr...@gmail.com> wrote:
> See:
>
> http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
>
> On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com> wrote:
>
> > mvn eclipse:eclipse?
> >
> > On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
> > wrote:
> >
> > > Yes, I think that probably broke the eclipse stuff tho.
> >
>
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
See:
http://www.lucidimagination.com/search/document/a5da14bd5d1adceb/progress_with_eclipse
On Tue, May 25, 2010 at 6:06 PM, Robin Anil <ro...@gmail.com> wrote:
> mvn eclipse:eclipse?
>
> On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com>
> wrote:
>
> > Yes, I think that probably broke the eclipse stuff tho.
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
checkstyle, pmd, javadoc and clover are running, you will have to goto
the individual output folders to view them. site:site is crashing due
to some dependency problem, so I removed it from the job pending
further investigation
Overall coverage view
http://hudson.zones.apache.org/hudson/job/Mahout-Quality/ws/trunk/target/site/clover/index.html
Robin
Re: Which configs to use
Posted by Sean Owen <sr...@gmail.com>.
I don't mind removing it. It's there to detect substantial slow-downs
in common implementations.
On Wed, May 26, 2010 at 1:08 AM, Robin Anil <ro...@gmail.com> wrote:
> Oh Found it. the clover coverage instrumentation was slowing down the test
> and there was a time check that was failing
>
> assertTrue(timeMS < 1000L * (long) allowedTimeSec);
>
> Sean, Is it ok to disable the time check ? for a nightly coverage
> instrumentation.
>
> I think its not ok for keeping running time as a check. Tests run in a lot
> of places, it should be correctness check.
> Maybe time based tests can be moved to another nightly job, sort of running
> a set of benchmarks and draw a graph around the timings
>
> Robin
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
Oh Found it. the clover coverage instrumentation was slowing down the test
and there was a time check that was failing
assertTrue(timeMS < 1000L * (long) allowedTimeSec);
Sean, Is it ok to disable the time check ? for a nightly coverage
instrumentation.
I think its not ok for keeping running time as a check. Tests run in a lot
of places, it should be correctness check.
Maybe time based tests can be moved to another nightly job, sort of running
a set of benchmarks and draw a graph around the timings
Robin
On Wed, May 26, 2010 at 3:50 AM, Robin Anil <ro...@gmail.com> wrote:
> This particular test is failing repeatedly on hudson. Any idea why
>
>
> -------------------------------------------------------------------------------
> Test set: org.apache.mahout.cf.taste.impl.LoadTest
> -------------------------------------------------------------------------------
> Tests run: 3, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 488.669 sec <<< FAILURE!
> testItemLoad(org.apache.mahout.cf.taste.impl.LoadTest) Time elapsed: 372.225 sec <<< FAILURE!
> junit.framework.AssertionFailedError: null
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertTrue(Assert.java:27)
> at org.apache.mahout.cf.taste.impl.LoadTest.doTestLoad(LoadTest.java:121)
> at org.apache.mahout.cf.taste.impl.LoadTest.__CLR2_6_3d2cp8uhfx(LoadTest.java:79)
> at org.apache.mahout.cf.taste.impl.LoadTest.testItemLoad(LoadTest.java:75)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at junit.framework.TestCase.runTest(TestCase.java:168)
> at junit.framework.TestCase.runBare(TestCase.java:134)
> at junit.framework.TestResult$1.protect(TestResult.java:110)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.framework.TestResult.run(TestResult.java:113)
> at junit.framework.TestCase.run(TestCase.java:124)
> at junit.framework.TestSuite.runTest(TestSuite.java:232)
> at junit.framework.TestSuite.run(TestSuite.java:227)
> at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
>
> testUserLoad(org.apache.mahout.cf.taste.impl.LoadTest) Time elapsed: 70.057 sec <<< FAILURE!
> junit.framework.AssertionFailedError: null
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at junit.framework.Assert.assertTrue(Assert.java:27)
> at org.apache.mahout.cf.taste.impl.LoadTest.doTestLoad(LoadTest.java:121)
> at org.apache.mahout.cf.taste.impl.LoadTest.__CLR2_6_3z6p5p2hg2(LoadTest.java:88)
> at org.apache.mahout.cf.taste.impl.LoadTest.testUserLoad(LoadTest.java:82)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at junit.framework.TestCase.runTest(TestCase.java:168)
> at junit.framework.TestCase.runBare(TestCase.java:134)
> at junit.framework.TestResult$1.protect(TestResult.java:110)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.framework.TestResult.run(TestResult.java:113)
> at junit.framework.TestCase.run(TestCase.java:124)
> at junit.framework.TestSuite.runTest(TestSuite.java:232)
> at junit.framework.TestSuite.run(TestSuite.java:227)
> at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
>
>
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
This particular test is failing repeatedly on hudson. Any idea why
-------------------------------------------------------------------------------
Test set: org.apache.mahout.cf.taste.impl.LoadTest
-------------------------------------------------------------------------------
Tests run: 3, Failures: 2, Errors: 0, Skipped: 0, Time elapsed:
488.669 sec <<< FAILURE!
testItemLoad(org.apache.mahout.cf.taste.impl.LoadTest) Time elapsed:
372.225 sec <<< FAILURE!
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertTrue(Assert.java:27)
at org.apache.mahout.cf.taste.impl.LoadTest.doTestLoad(LoadTest.java:121)
at org.apache.mahout.cf.taste.impl.LoadTest.__CLR2_6_3d2cp8uhfx(LoadTest.java:79)
at org.apache.mahout.cf.taste.impl.LoadTest.testItemLoad(LoadTest.java:75)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
testUserLoad(org.apache.mahout.cf.taste.impl.LoadTest) Time elapsed:
70.057 sec <<< FAILURE!
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertTrue(Assert.java:27)
at org.apache.mahout.cf.taste.impl.LoadTest.doTestLoad(LoadTest.java:121)
at org.apache.mahout.cf.taste.impl.LoadTest.__CLR2_6_3z6p5p2hg2(LoadTest.java:88)
at org.apache.mahout.cf.taste.impl.LoadTest.testUserLoad(LoadTest.java:82)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102)
at org.apache.maven.surefire.Surefire.run(Surefire.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021)
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
mvn eclipse:eclipse?
On Wed, May 26, 2010 at 3:33 AM, Drew Farris <dr...@gmail.com> wrote:
> Yes, I think that probably broke the eclipse stuff tho.
>
> On Tue, May 25, 2010 at 5:58 PM, Robin Anil <ro...@gmail.com> wrote:
>
> > With the latest commit, mvn site now works. I have started a hudson job
> to
> > generate quality metric with the new clover version
> >
> > Robin
> >
> > On Wed, May 26, 2010 at 3:16 AM, Drew Farris <dr...@gmail.com>
> > wrote:
> >
> > > I think buildtools comtains is the appropriate copies to use --
> > > theoretically the config files there should get packaged up into a jar
> > and
> > > the projects should be obtaiing their configs via the classpath, but
> this
> > > has been causing problems when I run 'mvn site' to generate the
> reports.
> > > Still playing with this as time permits.
> > >
> > > I'm treading a little cautiously here becuase Benson did some work a
> > couple
> > > months back getting this to work for both the project when building via
> > the
> > > command-line and also to setup an eclipse development environement
> (which
> > > worked). I don't really want to break that because it's pretty useful.
> > >
> > > On Tue, May 25, 2010 at 5:40 PM, Robin Anil <ro...@gmail.com>
> > wrote:
> > >
> > > > >
> > > > > I see pmd-ruleset.xml and mahout-checkstyle.xml in both
> > > > TRUNK/maven/src/main/resources and in
> > TRUNK/buildtools/src/main/resouces
> > > >
> > > > >
> > > > Which one to use?
> > > >
> > >
> >
>
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
Yes, I think that probably broke the eclipse stuff tho.
On Tue, May 25, 2010 at 5:58 PM, Robin Anil <ro...@gmail.com> wrote:
> With the latest commit, mvn site now works. I have started a hudson job to
> generate quality metric with the new clover version
>
> Robin
>
> On Wed, May 26, 2010 at 3:16 AM, Drew Farris <dr...@gmail.com>
> wrote:
>
> > I think buildtools comtains is the appropriate copies to use --
> > theoretically the config files there should get packaged up into a jar
> and
> > the projects should be obtaiing their configs via the classpath, but this
> > has been causing problems when I run 'mvn site' to generate the reports.
> > Still playing with this as time permits.
> >
> > I'm treading a little cautiously here becuase Benson did some work a
> couple
> > months back getting this to work for both the project when building via
> the
> > command-line and also to setup an eclipse development environement (which
> > worked). I don't really want to break that because it's pretty useful.
> >
> > On Tue, May 25, 2010 at 5:40 PM, Robin Anil <ro...@gmail.com>
> wrote:
> >
> > > >
> > > > I see pmd-ruleset.xml and mahout-checkstyle.xml in both
> > > TRUNK/maven/src/main/resources and in
> TRUNK/buildtools/src/main/resouces
> > >
> > > >
> > > Which one to use?
> > >
> >
>
Re: Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
With the latest commit, mvn site now works. I have started a hudson job to
generate quality metric with the new clover version
Robin
On Wed, May 26, 2010 at 3:16 AM, Drew Farris <dr...@gmail.com> wrote:
> I think buildtools comtains is the appropriate copies to use --
> theoretically the config files there should get packaged up into a jar and
> the projects should be obtaiing their configs via the classpath, but this
> has been causing problems when I run 'mvn site' to generate the reports.
> Still playing with this as time permits.
>
> I'm treading a little cautiously here becuase Benson did some work a couple
> months back getting this to work for both the project when building via the
> command-line and also to setup an eclipse development environement (which
> worked). I don't really want to break that because it's pretty useful.
>
> On Tue, May 25, 2010 at 5:40 PM, Robin Anil <ro...@gmail.com> wrote:
>
> > >
> > > I see pmd-ruleset.xml and mahout-checkstyle.xml in both
> > TRUNK/maven/src/main/resources and in TRUNK/buildtools/src/main/resouces
> >
> > >
> > Which one to use?
> >
>
Re: Which configs to use
Posted by Drew Farris <dr...@gmail.com>.
I think buildtools comtains is the appropriate copies to use --
theoretically the config files there should get packaged up into a jar and
the projects should be obtaiing their configs via the classpath, but this
has been causing problems when I run 'mvn site' to generate the reports.
Still playing with this as time permits.
I'm treading a little cautiously here becuase Benson did some work a couple
months back getting this to work for both the project when building via the
command-line and also to setup an eclipse development environement (which
worked). I don't really want to break that because it's pretty useful.
On Tue, May 25, 2010 at 5:40 PM, Robin Anil <ro...@gmail.com> wrote:
> >
> > I see pmd-ruleset.xml and mahout-checkstyle.xml in both
> TRUNK/maven/src/main/resources and in TRUNK/buildtools/src/main/resouces
>
> >
> Which one to use?
>
Which configs to use
Posted by Robin Anil <ro...@gmail.com>.
>
> I see pmd-ruleset.xml and mahout-checkstyle.xml in both
TRUNK/maven/src/main/resources and in TRUNK/buildtools/src/main/resouces
>
Which one to use?