[
https://issues.apache.org/jira/browse/OOZIE-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14002402#comment-14002402
]
Robert Kanter commented on OOZIE-1789:
--------------------------------------
Would it make sense for the {{oozie-setup.sh sharelib}} command to delete the
old sharelib when installing the lib_<timestamp> one?
On the one hand, someone might get confused when they see this:
{noformat}
/user/oozie/share/lib/
pig
hive
oozie
lib_12345671234124/
pig
hive
oozie
...
{noformat}
and not realize that the old sharelib dirs are not being used anymore. On the
other hand, we don't want to delete their old sharelib directories in case they
put some custom jar in there.
> Support backward compatibility of oozie share lib
> -------------------------------------------------
>
> Key: OOZIE-1789
> URL: https://issues.apache.org/jira/browse/OOZIE-1789
> Project: Oozie
> Issue Type: Bug
> Affects Versions: 3.1.3, 3.2.0, 3.3.0, 3.3.1, 3.3.2, 4.0.0, 4.0.1
> Reporter: Satish Mittal
> Assignee: Purshotam Shah
> Priority: Critical
>
> The current oozie trunk is not backward compatible with the way oozie share
> lib is configured. Till now, user would manually upload sharelib to HDFS at
> the system libpath, typically
> {noformat}
> "/user/${user.name}/share/lib/"
> {noformat}
> Whereas with latest oozie, one has to use "oozie-setup.sh sharelib create"
> command to first upload sharelib.
> As a result, no one can run any actions if directly upgrading from 4.0 or
> before to the new version. There should be a way to support the older
> sharelib format in addition to the new format. This is needed for smooth
> upgrade to latest oozie.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
