mahout-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dan Cartoon (JIRA)" <>
Subject [jira] [Updated] (MAHOUT-1039) throws IllegalArgumentException when no usersFile is supplied
Date Wed, 04 Jul 2012 04:57:33 GMT


Dan Cartoon updated MAHOUT-1039:

    Fix Version/s: 0.8
           Status: Patch Available  (was: Open)

Patch to fix IllegalArgumentException
> throws IllegalArgumentException
when no usersFile is supplied
> ---------------------------------------------------------------------------------------------------------------------
>                 Key: MAHOUT-1039
>                 URL:
>             Project: Mahout
>          Issue Type: Bug
>          Components: Collaborative Filtering
>            Reporter: Dan Cartoon
>            Assignee: Sean Owen
>             Fix For: 0.8
>         Attachments: MAHOUT-1039.diff
> When trying to run the pseudo.RecommenderJob without a usersFile, there is an IllegalArgumentException:
> Exception in thread "main" java.lang.IllegalArgumentException: Can not create a Path
from a null string
>         at org.apache.hadoop.fs.Path.checkPathArg(
>         at org.apache.hadoop.fs.Path.<init>(
>         at
>         at
>         at
>         at
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at sun.reflect.NativeMethodAccessorImpl.invoke(
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(
>         at java.lang.reflect.Method.invoke(
>         at org.apache.hadoop.util.RunJar.main(
> In addition, providing a usersFile does not appear to cause any filtering to occur. 
This can be reproduced running the pseudo.RecommenderJob without a userFile and some basic
preferences(I'm happy to provide more specifics here if necessary)
> It looks like we're taking the wrong action based on this check at
> Path usersFile = hasOption("usersFile") ? inputFile : new Path(getOption("usersFile"));
> If the usersFile option has been specified, it seems like we should be using that, rather
than the inputFile, and vice versa.
> I have attached attached a patch, runnable from trunk that swaps the action on line 122.
 This appears to fix the issue.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message