You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@oozie.apache.org by "Hadoop QA (JIRA)" <ji...@apache.org> on 2011/09/08 06:45:09 UTC

[jira] [Commented] (OOZIE-171) GH-166: Modify the logic of adding .so and .so.1 files into cache

    [ https://issues.apache.org/jira/browse/OOZIE-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13099857#comment-13099857 ] 

Hadoop QA commented on OOZIE-171:
---------------------------------

bwhite remarked:
Same problem here.

When using libgfortran.so.3
libgfortran.so.3 is linked as libgfortran.so. For some programs this doesn't matter, for others it does. It matches based on blah.so.*, but it should keep the * in the linked name.

Also folder/libgfortran.so.3#libgfortran.so.3 gives a URISyntaxException.

This is on the CDH3 version of oozie.

> GH-166: Modify the logic of adding .so and .so.1 files into cache
> -----------------------------------------------------------------
>
>                 Key: OOZIE-171
>                 URL: https://issues.apache.org/jira/browse/OOZIE-171
>             Project: Oozie
>          Issue Type: Bug
>            Reporter: Hadoop QA
>
> It is related to code at JavaActionExecutor:addToCache() method
>  String fileName = filePath.substring(filePath.lastIndexOf("/") + 1);
>                 if (fileName.endsWith(".so") || fileName.contains(".so.")) {  // .so files
>                     if (!fileName.endsWith(".so")) {
>                         int extAt = fileName.indexOf(".so.");
>                         fileName = fileName.substring(0, extAt + 3);
>                     }
>                     uri = new Path(path.toString() + "#" + fileName).toUri();
>                     uri = new URI(uri.getPath());
>                 }
> The following things should work in <file> tag.
> 1. a.so.1 to be linked as a.so.1
> 2. a.so.1#b.so to be linked as b.so
> 3.  a.so#a.so should be linked as a.so
> 4. a.so should be linked as a.so.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira