You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oozie.apache.org by "Azrael (JIRA)" <ji...@apache.org> on 2014/11/04 17:10:39 UTC

[jira] [Updated] (OOZIE-1890) Make oozie-site empty and reconcile defaults between oozie-default and the code

     [ https://issues.apache.org/jira/browse/OOZIE-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Azrael updated OOZIE-1890:
--------------------------
    Attachment: OOZIE-1890.7.patch

I tried running it a few times and it passed. 
Though {{TestCoordPushDependencyCheckXCommand.testTimeOut}} failed, I found {{CoordActionTimeOutXCommand}} was executed in the test-output (https://builds.apache.org/job/oozie-trunk-precommit-build/2075/testReport/junit/org.apache.oozie.command.coord/TestCoordPushDependencyCheckXCommand/testTimeOut/). So, I think status is updated as TIMEOUT but test failed :(. 

For now, It is hard to find the test failure reason. I just need to another test. so I update the patch  rebased on the latest commit.

> Make oozie-site empty and reconcile defaults between oozie-default and the code
> -------------------------------------------------------------------------------
>
>                 Key: OOZIE-1890
>                 URL: https://issues.apache.org/jira/browse/OOZIE-1890
>             Project: Oozie
>          Issue Type: Bug
>          Components: core
>            Reporter: Robert Kanter
>            Assignee: Azrael
>         Attachments: OOZIE-1890.1.patch, OOZIE-1890.2.patch, OOZIE-1890.3.patch, OOZIE-1890.4.patch, OOZIE-1890.5.patch, OOZIE-1890.6.patch, OOZIE-1890.7.patch
>
>
> As shwetha and puru suggested in OOZIE-1888, oozie-site vs oozie-default is a point of confusion for users.  We've also had issues in the past where they've had different values from each other and/or from the code's default (i.e. {{conf.get(PROP_NAME, DEFAULT_VALUE)}}).
> We should make oozie-default the only source of truth by:
> # Putting all configuration properties in oozie-default.
> # Making oozie-site empty; if the user wants to change a property, they can copy it out of the for-reference oozie-default.
> # Getting rid of the code defaults.  It's easy for these to be out of sync with oozie-default, leading to confusion.  They aren't used anyway because oozie-default should always be there (and will now have every property)
> This will require looking through all classes to make sure we're not missing anything from oozie-default and also checking that we put the proper default value (from all 3 sources) into oozie-default.  It may be nice to also reorder the properties in oozie-default alphabetically (and also do this going forward with new properties).
> Also, {{oozie.service.WorkflowAppService.system.libpath}} should be set to "/user/$\{user.name\}/share/lib" (which is what OOZIE-1888 wanted to do).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)