Odd, I don't remember that happening when I tested yesterday. I will try again when I am back to my workstation. I am not sure what would cause an IOException -- missing file, file permissions?
To build without tests, try -Dmaven.test.skip=true on the command line. On Wed, Apr 22, 2009 at 10:31 AM, Matthew Roberson <[email protected]> wrote: > Now I'm getting a build failure when running mvn install from the trunk. > > Its regarding the FileDataModelTest. I'm getting 9 errors. All pretty much > the same format testXXX: > > testItem(org.apache.mahout.cf.taste.impl.model.file.FileDataModelTest) Time > elapsed: 0.003 sec <<< ERROR! > java.io.IOException > at > org.apache.mahout.cf.taste.impl.model.file.FileDataModelTest.setUp(FileDataModelTest.java:67) > at junit.framework.TestCase.runBare(TestCase.java:128) > at junit.framework.TestResult$1.protect(TestResult.java:106) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.framework.TestResult.run(TestResult.java:109) > at junit.framework.TestCase.run(TestCase.java:120) > at junit.framework.TestSuite.runTest(TestSuite.java:230) > at junit.framework.TestSuite.run(TestSuite.java:225) > 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.junit.JUnitTestSet.execute(JUnitTestSet.java:213) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:165) > at org.apache.maven.surefire.Surefire.run(Surefire.java:107) > 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:289) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1005) > > Any ideas on how to fix this??? > > -- Matt > > On Wed, Apr 22, 2009 at 12:09 AM, Sean Owen <[email protected]> wrote: > >> Yes, you can call setPreference() on FileDataModel or GenericDataModel >> now. These methods have caveats -- the change is lost in FileDataModel >> once a file reloads. The operation is a little slow, and most >> importantly not really thread-safe, so you should synchronize. >> >> Calling refresh() from the Recommender updates everything -- data >> model, and, the recommender to use the new data. It will be slow for >> slope one so do it infrequently. >> >> Pass 'null' as an argument. >> >> On Wed, Apr 22, 2009 at 3:02 AM, Matthew Roberson <[email protected]> >> wrote: >> > So, with the added change, I can add new preferences for a user directly >> to >> > the GenericDataModel using setPreference() and then update the >> Recommender >> > periodically. >> > >> > Would this be done by refreshing the recommender via a call to refresh() >> > (within the Recommender class)? >> > >> > If this is the case, I am not clear as to what is passed to the refresh() >> > method, i.e. "Collection<Refreshable>"? >> > >> > -- Matt >> > >> >
