[
https://issues.apache.org/jira/browse/OOZIE-1227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578999#comment-13578999
]
Hadoop QA commented on OOZIE-1227:
----------------------------------
Testing JIRA OOZIE-1227
Cleaning local svn workspace
----------------------------
{color:green}+1 PATCH_APPLIES{color}
{color:green}+1 CLEAN{color}
{color:green}+1 RAW_PATCH_ANALYSIS{color}
. {color:green}+1{color} the patch does not introduce any @author tags
. {color:green}+1{color} the patch does not introduce any tabs
. {color:green}+1{color} the patch does not introduce any trailing spaces
. {color:green}+1{color} the patch does not introduce any line longer than
132
. {color:green}+1{color} the patch does adds/modifies 1 testcase(s)
{color:green}+1 RAT{color}
. {color:green}+1{color} the patch does not seem to introduce new RAT
warnings
{color:green}+1 JAVADOC{color}
. {color:green}+1{color} the patch does not seem to introduce new Javadoc
warnings
{color:green}+1 COMPILE{color}
. {color:green}+1{color} HEAD compiles
. {color:green}+1{color} patch compiles
. {color:green}+1{color} the patch does not seem to introduce new javac
warnings
{color:green}+1 BACKWARDS_COMPATIBILITY{color}
. {color:green}+1{color} the patch does not change any JPA
Entity/Colum/Basic/Lob/Transient annotations
. {color:green}+1{color} the patch does not modify JPA files
{color:green}+1 TESTS{color}
. Tests run: 952
{color:green}+1 DISTRO{color}
. {color:green}+1{color} distro tarball builds with the patch
----------------------------
{color:green}*+1 Overall result, good!, no -1s*{color}
The full output of the test-patch run is available at
. https://builds.apache.org/job/oozie-trunk-precommit-build/339/
> In a coordinator, specifying the <app-path> without a namenode causes it to
> fail
> --------------------------------------------------------------------------------
>
> Key: OOZIE-1227
> URL: https://issues.apache.org/jira/browse/OOZIE-1227
> Project: Oozie
> Issue Type: Bug
> Affects Versions: 3.3.0
> Reporter: Robert Kanter
> Assignee: Robert Kanter
> Fix For: trunk, 3.3.2
>
> Attachments: OOZIE-1227.patch
>
>
> In a coordinator, some users don't specify the name node in the path to the
> workflow application. e.g.
> {code}
> <action>
> <workflow>
>
> <app-path>/user/${coord:user()}/${examplesRoot}/apps/aggregator</app-path>
> ...
> {code}
> This now causes the coordinator to fail. I think this may also affect other
> paths because many of them go through the HadoopAccessorService.
> Ideally, we should fix this behavior to the old way: have it default to HDFS
> and get the namenode automatically if no scheme://host:port is given.
> A workaround is to to add the following property to oozie-site.xml
> {code}
> <property>
> <name>oozie.service.HadoopAccessorService.supported.filesystems</name>
> <value>*</value>
> </property>
> {code}
> This causes Oozie to effectively have the old behavior. The downside of this
> workaround is that administrators cannot restrict the filesystems that Oozie
> will allow ({{*}} means all filesystems, even non-real ones).
> Instead of making users use that workaround, we can simply make Oozie skip
> the check if the scheme is {{null}}. It would allow the old behavior without
> disabling the scheme check.
--
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
