Robert Kanter created OOZIE-1144:
------------------------------------

             Summary: OOZIE-1137 breaks the sharelib
                 Key: OOZIE-1144
                 URL: https://issues.apache.org/jira/browse/OOZIE-1144
             Project: Oozie
          Issue Type: Bug
          Components: core
    Affects Versions: trunk
            Reporter: Robert Kanter
            Assignee: Robert Kanter
            Priority: Blocker
             Fix For: trunk


OOZIE-1137 changes the {{javaActionExecutor#addShareLib}} method to use the 
{{actionLibPath}} instead of the {{appPath}} for getting the {{FileSystem}} to 
acces the sharelib JARs.  However, the {{actionLibPath}} is by default simply 
{{/user/${user.name\}/share/lib}} (taken from the 
{{oozie.service.WorkflowAppService.system.libpath}} property), so when Oozie 
tries to get the {{FileSystem}} for loading sharelib JARs, the action will fail 
with a error message like this:
{code}
2012-12-21 15:53:00,379  WARN ActionStartXCommand:542 - USER[rkanter] GROUP[-] 
TOKEN[] APP[pig-wf] JOB[0000000-121221155218043-oozie-rkan-W] 
ACTION[0000000-121221155218043-oozie-rkan-W@pig-node] Error starting action 
[pig-node]. ErrorType [FAILED], ErrorCode [E0904], Message [E0904: Scheme 
[null] not supported in uri [/user/rkanter/share/lib/pig]]
org.apache.oozie.action.ActionExecutorException: E0904: Scheme [null] not 
supported in uri [/user/rkanter/share/lib/pig]
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.addShareLib(JavaActionExecutor.java:411)
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.addActionShareLib(JavaActionExecutor.java:509)
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.addAllShareLibs(JavaActionExecutor.java:492)
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.setLibFilesArchives(JavaActionExecutor.java:485)
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:661)
        at 
org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:902)
        at 
org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:211)
        at 
org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:59)
        at org.apache.oozie.command.XCommand.call(XCommand.java:277)
        at 
org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:326)
        at 
org.apache.oozie.service.CallableQueueService$CompositeCallable.call(CallableQueueService.java:255)
        at 
org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:175)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:680)
{code}

As is, the only way to fix this is to specify a "complete" path for the 
sharelib property; e.g. {{hdfs://localhost:8020/user/${user.name\}/share/lib}}. 
 We should fix this so that's not necessary.  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to