[
https://issues.apache.org/jira/browse/OOZIE-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14002553#comment-14002553
]
Bowen Zhang commented on OOZIE-1789:
------------------------------------
guys, I thought the whole point of backward compatibility is oozie should still
work if the user does "hadoop fs -put share share" after upgrade. In this case,
the user won't see sharelib/lib_timestamp and the new changes introduced by
sharelibService is invisible to the user. If he chose to use setup.sh to
install sharelib, then, he will see "share/lib_stmp".
> 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)
