[jira] [Commented] (OOZIE-3523) First missing dependency is shown incorrectly
[ https://issues.apache.org/jira/browse/OOZIE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885635#comment-16885635 ] Hadoop QA commented on OOZIE-3523: -- Testing JIRA OOZIE-3523 Cleaning local git 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 star imports .{color:green}+1{color} the patch does not introduce any line longer than 132 .{color:green}+1{color} the patch 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} Javadoc generation succeeded with the patch .{color:green}+1{color} the patch does not seem to introduce new Javadoc warning(s) {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:red}-1{color} There are [6] new bugs found below threshold in total that must be fixed. .{color:green}+1{color} There are no new bugs found in [fluent-job/fluent-job-api]. .{color:green}+1{color} There are no new bugs found in [docs]. .{color:green}+1{color} There are no new bugs found in [examples]. .{color:green}+1{color} There are no new bugs found in [webapp]. .{color:green}+1{color} There are no new bugs found in [tools]. .{color:green}+1{color} There are no new bugs found in [client]. .{color:green}+1{color} There are no new bugs found in [server]. .{color:red}-1{color} There are [6] new bugs found below threshold in [core] that must be fixed, listing only the first [5] ones. .You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html .The top [5] most important SpotBugs errors are: .At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection .At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] .At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] .This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection: At BulkJPAExecutor.java:[line 206] .At BulkJPAExecutor.java:[line 111]: At BulkJPAExecutor.java:[line 127] .{color:green}+1{color} There are no new bugs found in [sharelib/hive2]. .{color:green}+1{color} There are no new bugs found in [sharelib/streaming]. .{color:green}+1{color} There are no new bugs found in [sharelib/pig]. .{color:green}+1{color} There are no new bugs found in [sharelib/hive]. .{color:green}+1{color} There are no new bugs found in [sharelib/oozie]. .{color:green}+1{color} There are no new bugs found in [sharelib/spark]. .{color:green}+1{color} There are no new bugs found in [sharelib/git]. .{color:green}+1{color} There are no new bugs found in [sharelib/hcatalog]. .{color:green}+1{color} There are no new bugs found in [sharelib/sqoop]. .{color:green}+1{color} There are no new bugs found in [sharelib/distcp]. {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: 3165 {color:green}+1 DISTRO{color} .{color:green}+1{color} distro tarball builds with the patch {color:red}*-1 Overall result, please check the reported -1(s)*{color} The full output of the test-patch run is available at . https://builds.apache.org/job/PreCommit-OOZIE-Build/1177/ > First missing dependency is shown incorrectly > - > > Key: OOZIE-3523 > URL: https://issues.apache.org/jira/browse/OOZIE-3523 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3523-1.patch, OOZIE-3523-2.patch, > OOZIE-3523-3.patch, OOZIE-3523-4.patch > > > When there are two missing dependencies, and the first one is available and > the check for second one fails with AccessControlException: Permission denied > or some other exception, we still show the first missing dependency as the > first one. This is very misleading for the user and they usually waste
Failed: OOZIE-3523 PreCommit Build #1177
Jira: https://issues.apache.org/jira/browse/OOZIE-3523 Build: https://builds.apache.org/job/PreCommit-OOZIE-Build/1177/ ### ## LAST 100 LINES OF THE CONSOLE ### [...truncated 2.03 MB...] [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [sharelib/git]. [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [sharelib/hcatalog]. [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [sharelib/sqoop]. [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [sharelib/distcp]. [ERROR] There are [6] new bugs found below threshold in total that must be fixed. [TRACE] SpotBugs diffs checked and reports created [TRACE] Summary file size is 3381 bytes [TRACE] Full summary file size is 4017 bytes [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar] removed [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar.md5] removed Running test-patch task BACKWARDS_COMPATIBILITY Running test-patch task TESTS Running test-patch task DISTRO Testing JIRA OOZIE-3523 Cleaning local git workspace +1 PATCH_APPLIES +1 CLEAN +1 RAW_PATCH_ANALYSIS +1 the patch does not introduce any @author tags +1 the patch does not introduce any tabs +1 the patch does not introduce any trailing spaces +1 the patch does not introduce any star imports +1 the patch does not introduce any line longer than 132 +1 the patch adds/modifies 1 testcase(s) +1 RAT +1 the patch does not seem to introduce new RAT warnings +1 JAVADOC +1 Javadoc generation succeeded with the patch +1 the patch does not seem to introduce new Javadoc warning(s) +1 COMPILE +1 HEAD compiles +1 patch compiles +1 the patch does not seem to introduce new javac warnings -1 There are [6] new bugs found below threshold in total that must be fixed. +1 There are no new bugs found in [fluent-job/fluent-job-api]. +1 There are no new bugs found in [docs]. +1 There are no new bugs found in [examples]. +1 There are no new bugs found in [webapp]. +1 There are no new bugs found in [tools]. +1 There are no new bugs found in [client]. +1 There are no new bugs found in [server]. -1 There are [6] new bugs found below threshold in [core] that must be fixed, listing only the first [5] ones. You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html The top [5] most important SpotBugs errors are: At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection: At BulkJPAExecutor.java:[line 206] At BulkJPAExecutor.java:[line 111]: At BulkJPAExecutor.java:[line 127] +1 There are no new bugs found in [sharelib/hive2]. +1 There are no new bugs found in [sharelib/streaming]. +1 There are no new bugs found in [sharelib/pig]. +1 There are no new bugs found in [sharelib/hive]. +1 There are no new bugs found in [sharelib/oozie]. +1 There are no new bugs found in [sharelib/spark]. +1 There are no new bugs found in [sharelib/git]. +1 There are no new bugs found in [sharelib/hcatalog]. +1 There are no new bugs found in [sharelib/sqoop]. +1 There are no new bugs found in [sharelib/distcp]. +1 BACKWARDS_COMPATIBILITY +1 the patch does not change any JPA Entity/Colum/Basic/Lob/Transient annotations +1 the patch does not modify JPA files +1 TESTS Tests run: 3165 +1 DISTRO +1 distro tarball builds with the patch -1 Overall result, please check the reported -1(s) The full output of the test-patch run is available at https://builds.apache.org/job/PreCommit-OOZIE-Build/1177/ Adding comment to JIRA % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
[jira] [Commented] (OOZIE-3524) fs:fileSize() does not work correctly for files with extra slash in path
[ https://issues.apache.org/jira/browse/OOZIE-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885620#comment-16885620 ] Hadoop QA commented on OOZIE-3524: -- Testing JIRA OOZIE-3524 Cleaning local git 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 star imports .{color:green}+1{color} the patch does not introduce any line longer than 132 .{color:green}+1{color} the patch 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} Javadoc generation succeeded with the patch .{color:green}+1{color} the patch does not seem to introduce new Javadoc warning(s) {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:red}-1{color} There are [4] new bugs found below threshold in total that must be fixed. .{color:green}+1{color} There are no new bugs found in [webapp]. .{color:green}+1{color} There are no new bugs found in [server]. .{color:green}+1{color} There are no new bugs found in [sharelib/git]. .{color:green}+1{color} There are no new bugs found in [sharelib/hive2]. .{color:green}+1{color} There are no new bugs found in [sharelib/pig]. .{color:green}+1{color} There are no new bugs found in [sharelib/oozie]. .{color:green}+1{color} There are no new bugs found in [sharelib/streaming]. .{color:green}+1{color} There are no new bugs found in [sharelib/sqoop]. .{color:green}+1{color} There are no new bugs found in [sharelib/hcatalog]. .{color:green}+1{color} There are no new bugs found in [sharelib/distcp]. .{color:green}+1{color} There are no new bugs found in [sharelib/hive]. .{color:green}+1{color} There are no new bugs found in [sharelib/spark]. .{color:green}+1{color} There are no new bugs found in [fluent-job/fluent-job-api]. .{color:red}-1{color} There are [4] new bugs found below threshold in [core] that must be fixed. .You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html .The most important SpotBugs errors are: .At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection .At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] .At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] .java/io/File.init(Ljava/lang/String;Ljava/lang/String;)V reads a file whose location might be specified by user input: At BulkJPAExecutor.java:[line 206] .At AuthorizationService.java:[line 189]: At AuthorizationService.java:[line 192] .{color:green}+1{color} There are no new bugs found in [client]. .{color:green}+1{color} There are no new bugs found in [docs]. .{color:green}+1{color} There are no new bugs found in [examples]. .{color:green}+1{color} There are no new bugs found in [tools]. {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: 3163 .{color:orange}Tests failed at first run:{color} TestCoordActionsKillXCommand#testActionKillCommandDate .For the complete list of flaky tests, see TEST-SUMMARY-FULL files. {color:green}+1 DISTRO{color} .{color:green}+1{color} distro tarball builds with the patch {color:red}*-1 Overall result, please check the reported -1(s)*{color} The full output of the test-patch run is available at . https://builds.apache.org/job/PreCommit-OOZIE-Build/1176/ > fs:fileSize() does not work correctly for files with extra slash in path > > > Key: OOZIE-3524 > URL: https://issues.apache.org/jira/browse/OOZIE-3524 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3524-1.patch, OOZIE-3524-2.patch, > OOZIE-3524-3.patch > > > ${fs:fileSize('hdfs://mynamendoe:8020//user/rohini/myfile.gz') gt 0} will > return false even though the file size is > 0 due to //user not being
Failed: OOZIE-3524 PreCommit Build #1176
Jira: https://issues.apache.org/jira/browse/OOZIE-3524 Build: https://builds.apache.org/job/PreCommit-OOZIE-Build/1176/ ### ## LAST 100 LINES OF THE CONSOLE ### [...truncated 2.03 MB...] [DEBUG] There are no new bugs found in [docs]. [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [examples]. [TRACE] New XMLLib present, calling 'xmllint --xpath' to get bug instance counts [DEBUG] There are no new bugs found in [tools]. [ERROR] There are [4] new bugs found below threshold in total that must be fixed. [TRACE] SpotBugs diffs checked and reports created [TRACE] Summary file size is 3335 bytes [TRACE] Full summary file size is 2951 bytes [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar] removed [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar.md5] removed Running test-patch task BACKWARDS_COMPATIBILITY Running test-patch task TESTS Running test-patch task DISTRO Testing JIRA OOZIE-3524 Cleaning local git workspace +1 PATCH_APPLIES +1 CLEAN +1 RAW_PATCH_ANALYSIS +1 the patch does not introduce any @author tags +1 the patch does not introduce any tabs +1 the patch does not introduce any trailing spaces +1 the patch does not introduce any star imports +1 the patch does not introduce any line longer than 132 +1 the patch adds/modifies 1 testcase(s) +1 RAT +1 the patch does not seem to introduce new RAT warnings +1 JAVADOC +1 Javadoc generation succeeded with the patch +1 the patch does not seem to introduce new Javadoc warning(s) +1 COMPILE +1 HEAD compiles +1 patch compiles +1 the patch does not seem to introduce new javac warnings -1 There are [4] new bugs found below threshold in total that must be fixed. +1 There are no new bugs found in [webapp]. +1 There are no new bugs found in [server]. +1 There are no new bugs found in [sharelib/git]. +1 There are no new bugs found in [sharelib/hive2]. +1 There are no new bugs found in [sharelib/pig]. +1 There are no new bugs found in [sharelib/oozie]. +1 There are no new bugs found in [sharelib/streaming]. +1 There are no new bugs found in [sharelib/sqoop]. +1 There are no new bugs found in [sharelib/hcatalog]. +1 There are no new bugs found in [sharelib/distcp]. +1 There are no new bugs found in [sharelib/hive]. +1 There are no new bugs found in [sharelib/spark]. +1 There are no new bugs found in [fluent-job/fluent-job-api]. -1 There are [4] new bugs found below threshold in [core] that must be fixed. You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html The most important SpotBugs errors are: At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] java/io/File.init(Ljava/lang/String;Ljava/lang/String;)V reads a file whose location might be specified by user input: At BulkJPAExecutor.java:[line 206] At AuthorizationService.java:[line 189]: At AuthorizationService.java:[line 192] +1 There are no new bugs found in [client]. +1 There are no new bugs found in [docs]. +1 There are no new bugs found in [examples]. +1 There are no new bugs found in [tools]. +1 BACKWARDS_COMPATIBILITY +1 the patch does not change any JPA Entity/Colum/Basic/Lob/Transient annotations +1 the patch does not modify JPA files +1 TESTS Tests run: 3163 Tests failed at first run: TestCoordActionsKillXCommand#testActionKillCommandDate For the complete list of flaky tests, see TEST-SUMMARY-FULL files. +1 DISTRO +1 distro tarball builds with the patch -1 Overall result, please check the reported -1(s) The full output of the test-patch run is available at https://builds.apache.org/job/PreCommit-OOZIE-Build/1176/ Adding comment to JIRA % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0100 41800 0 100 4180 0 5708 --:--:-- --:--:-- --:--:--
[jira] [Commented] (OOZIE-3523) First missing dependency is shown incorrectly
[ https://issues.apache.org/jira/browse/OOZIE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885553#comment-16885553 ] Hadoop QA commented on OOZIE-3523: -- PreCommit-OOZIE-Build started > First missing dependency is shown incorrectly > - > > Key: OOZIE-3523 > URL: https://issues.apache.org/jira/browse/OOZIE-3523 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3523-1.patch, OOZIE-3523-2.patch, > OOZIE-3523-3.patch, OOZIE-3523-4.patch > > > When there are two missing dependencies, and the first one is available and > the check for second one fails with AccessControlException: Permission denied > or some other exception, we still show the first missing dependency as the > first one. This is very misleading for the user and they usually waste time > trying to see why it is showing as missing when it is available. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3524) fs:fileSize() does not work correctly for files with extra slash in path
[ https://issues.apache.org/jira/browse/OOZIE-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885540#comment-16885540 ] Hadoop QA commented on OOZIE-3524: -- PreCommit-OOZIE-Build started > fs:fileSize() does not work correctly for files with extra slash in path > > > Key: OOZIE-3524 > URL: https://issues.apache.org/jira/browse/OOZIE-3524 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3524-1.patch, OOZIE-3524-2.patch, > OOZIE-3524-3.patch > > > ${fs:fileSize('hdfs://mynamendoe:8020//user/rohini/myfile.gz') gt 0} will > return false even though the file size is > 0 due to //user not being > normalized. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3523) First missing dependency is shown incorrectly
[ https://issues.apache.org/jira/browse/OOZIE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885483#comment-16885483 ] Manasa Gogineni commented on OOZIE-3523: Thanks for pointing that out [~asalamon74]. It is actually not needed. I have removed it now. > First missing dependency is shown incorrectly > - > > Key: OOZIE-3523 > URL: https://issues.apache.org/jira/browse/OOZIE-3523 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3523-1.patch, OOZIE-3523-2.patch, > OOZIE-3523-3.patch, OOZIE-3523-4.patch > > > When there are two missing dependencies, and the first one is available and > the check for second one fails with AccessControlException: Permission denied > or some other exception, we still show the first missing dependency as the > first one. This is very misleading for the user and they usually waste time > trying to see why it is showing as missing when it is available. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Updated] (OOZIE-3523) First missing dependency is shown incorrectly
[ https://issues.apache.org/jira/browse/OOZIE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manasa Gogineni updated OOZIE-3523: --- Attachment: OOZIE-3523-4.patch > First missing dependency is shown incorrectly > - > > Key: OOZIE-3523 > URL: https://issues.apache.org/jira/browse/OOZIE-3523 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3523-1.patch, OOZIE-3523-2.patch, > OOZIE-3523-3.patch, OOZIE-3523-4.patch > > > When there are two missing dependencies, and the first one is available and > the check for second one fails with AccessControlException: Permission denied > or some other exception, we still show the first missing dependency as the > first one. This is very misleading for the user and they usually waste time > trying to see why it is showing as missing when it is available. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Updated] (OOZIE-3524) fs:fileSize() does not work correctly for files with extra slash in path
[ https://issues.apache.org/jira/browse/OOZIE-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manasa Gogineni updated OOZIE-3524: --- Attachment: OOZIE-3524-3.patch > fs:fileSize() does not work correctly for files with extra slash in path > > > Key: OOZIE-3524 > URL: https://issues.apache.org/jira/browse/OOZIE-3524 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3524-1.patch, OOZIE-3524-2.patch, > OOZIE-3524-3.patch > > > ${fs:fileSize('hdfs://mynamendoe:8020//user/rohini/myfile.gz') gt 0} will > return false even though the file size is > 0 due to //user not being > normalized. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
Failed: OOZIE-3024 PreCommit Build #1175
Jira: https://issues.apache.org/jira/browse/OOZIE-3024 Build: https://builds.apache.org/job/PreCommit-OOZIE-Build/1175/ ### ## LAST 100 LINES OF THE CONSOLE ### [...truncated 2.00 MB...] [ERROR] There are [6] new bugs found below threshold in total that must be fixed. [TRACE] SpotBugs diffs checked and reports created [TRACE] Summary file size is 3382 bytes [TRACE] Full summary file size is 4058 bytes [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar] removed [TRACE] File [/home/jenkins/jenkins-slave/workspace/PreCommit-OOZIE-Build/test-patch/tmp/SPOTBUGS_DIFF/diff/findbugs-diff-0.1.0-all.jar.md5] removed Running test-patch task BACKWARDS_COMPATIBILITY Running test-patch task TESTS xargs: WARNING: a NUL character occurred in the input. It cannot be passed through in the argument list. Did you mean to use the --null option? Running test-patch task DISTRO Testing JIRA OOZIE-3024 Cleaning local git workspace +1 PATCH_APPLIES +1 CLEAN -1 RAW_PATCH_ANALYSIS +1 the patch does not introduce any @author tags +1 the patch does not introduce any tabs +1 the patch does not introduce any trailing spaces +1 the patch does not introduce any star imports +1 the patch does not introduce any line longer than 132 -1 the patch does not add/modify any testcase +1 RAT +1 the patch does not seem to introduce new RAT warnings +1 JAVADOC +1 Javadoc generation succeeded with the patch +1 the patch does not seem to introduce new Javadoc warning(s) +1 COMPILE +1 HEAD compiles +1 patch compiles +1 the patch does not seem to introduce new javac warnings -1 There are [6] new bugs found below threshold in total that must be fixed. +1 There are no new bugs found in [fluent-job/fluent-job-api]. +1 There are no new bugs found in [docs]. +1 There are no new bugs found in [examples]. +1 There are no new bugs found in [webapp]. +1 There are no new bugs found in [tools]. +1 There are no new bugs found in [client]. +1 There are no new bugs found in [server]. -1 There are [6] new bugs found below threshold in [core] that must be fixed, listing only the first [5] ones. You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html The top [5] most important SpotBugs errors are: At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection: At BulkJPAExecutor.java:[line 206] At BulkJPAExecutor.java:[line 111]: At BulkJPAExecutor.java:[line 127] +1 There are no new bugs found in [sharelib/hive2]. +1 There are no new bugs found in [sharelib/streaming]. +1 There are no new bugs found in [sharelib/pig]. +1 There are no new bugs found in [sharelib/hive]. +1 There are no new bugs found in [sharelib/oozie]. +1 There are no new bugs found in [sharelib/spark]. +1 There are no new bugs found in [sharelib/git]. +1 There are no new bugs found in [sharelib/hcatalog]. +1 There are no new bugs found in [sharelib/sqoop]. +1 There are no new bugs found in [sharelib/distcp]. +1 BACKWARDS_COMPATIBILITY +1 the patch does not change any JPA Entity/Colum/Basic/Lob/Transient annotations +1 the patch does not modify JPA files -1 TESTS Tests run: 2964 Tests failed : 1 Tests in error : 0 Tests timed out : 0 -1 [ERROR] There are [1] test failures in [core]. Listing only the first [5] ones testCoordMaterializeTriggerService3:org.apache.oozie.service.TestCoordMaterializeTriggerService Check console output for the full list of errors/failures +1 DISTRO +1 distro tarball builds with the patch -1 Overall result, please check the reported -1(s) The full output of the test-patch run is available at https://builds.apache.org/job/PreCommit-OOZIE-Build/1175/ Adding comment to JIRA % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0100 43920 0 100 4392 0 6199 --:--:-- --:--:-- --:--:--
[jira] [Commented] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885359#comment-16885359 ] Hadoop QA commented on OOZIE-3024: -- Testing JIRA OOZIE-3024 Cleaning local git workspace {color:green}+1 PATCH_APPLIES{color} {color:green}+1 CLEAN{color} {color:red}-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 star imports .{color:green}+1{color} the patch does not introduce any line longer than 132 .{color:red}-1{color} the patch does not add/modify any testcase {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} Javadoc generation succeeded with the patch .{color:green}+1{color} the patch does not seem to introduce new Javadoc warning(s) {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:red}-1{color} There are [6] new bugs found below threshold in total that must be fixed. .{color:green}+1{color} There are no new bugs found in [fluent-job/fluent-job-api]. .{color:green}+1{color} There are no new bugs found in [docs]. .{color:green}+1{color} There are no new bugs found in [examples]. .{color:green}+1{color} There are no new bugs found in [webapp]. .{color:green}+1{color} There are no new bugs found in [tools]. .{color:green}+1{color} There are no new bugs found in [client]. .{color:green}+1{color} There are no new bugs found in [server]. .{color:red}-1{color} There are [6] new bugs found below threshold in [core] that must be fixed, listing only the first [5] ones. .You can find the SpotBugs diff here (look for the red and orange ones): core/findbugs-new.html .The top [5] most important SpotBugs errors are: .At BulkJPAExecutor.java:[line 206]: This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection .At BulkJPAExecutor.java:[line 176]: At BulkJPAExecutor.java:[line 175] .At BulkJPAExecutor.java:[line 205]: At BulkJPAExecutor.java:[line 199] .This use of javax/persistence/EntityManager.createQuery(Ljava/lang/String;)Ljavax/persistence/Query; can be vulnerable to SQL/JPQL injection: At BulkJPAExecutor.java:[line 206] .At BulkJPAExecutor.java:[line 111]: At BulkJPAExecutor.java:[line 127] .{color:green}+1{color} There are no new bugs found in [sharelib/hive2]. .{color:green}+1{color} There are no new bugs found in [sharelib/streaming]. .{color:green}+1{color} There are no new bugs found in [sharelib/pig]. .{color:green}+1{color} There are no new bugs found in [sharelib/hive]. .{color:green}+1{color} There are no new bugs found in [sharelib/oozie]. .{color:green}+1{color} There are no new bugs found in [sharelib/spark]. .{color:green}+1{color} There are no new bugs found in [sharelib/git]. .{color:green}+1{color} There are no new bugs found in [sharelib/hcatalog]. .{color:green}+1{color} There are no new bugs found in [sharelib/sqoop]. .{color:green}+1{color} There are no new bugs found in [sharelib/distcp]. {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:red}-1 TESTS{color} .Tests run: 2964 .Tests failed : 1 .Tests in error : 0 .Tests timed out : 0 {color:red}-1{color} [ERROR] There are [1] test failures in [core]. Listing only the first [5] ones testCoordMaterializeTriggerService3:org.apache.oozie.service.TestCoordMaterializeTriggerService Check console output for the full list of errors/failures {color:green}+1 DISTRO{color} .{color:green}+1{color} distro tarball builds with the patch {color:red}*-1 Overall result, please check the reported -1(s)*{color} The full output of the test-patch run is available at . https://builds.apache.org/job/PreCommit-OOZIE-Build/1175/ > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >
[jira] [Commented] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885300#comment-16885300 ] Hadoop QA commented on OOZIE-3024: -- PreCommit-OOZIE-Build started > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >Assignee: Mate Juhasz >Priority: Major > Attachments: OOZIE-3024.patch > > > The email action ignores value of content_type attribute when attachment > attribute is set. > This results in an email with a html body sent as a plaintext. > https://github.com/apache/oozie/blob/master/core/src/main/java/org/apache/oozie/action/email/EmailActionExecutor.java#L251 > {code} > if(contentType.equals("text/html")) { > MimeBodyPart bodyHtmlPart = new MimeBodyPart(); > bodyHtmlPart.setContent(body, contentType); > multipart.addBodyPart(bodyHtmlPart); > } > else{ > MimeBodyPart bodyTextPart = new MimeBodyPart(); > bodyTextPart.setText(body); > multipart.addBodyPart(bodyTextPart); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Created] (OOZIE-3529) Oozie not supported for s3 as filesystem
Denes Bodo created OOZIE-3529: - Summary: Oozie not supported for s3 as filesystem Key: OOZIE-3529 URL: https://issues.apache.org/jira/browse/OOZIE-3529 Project: Oozie Issue Type: Bug Components: core Affects Versions: 5.1.0, 4.3.1 Reporter: Denes Bodo Attachments: id.pig, job.properties, workflow.xml Many customer who uses s3 file system as secondary one experiences the following error when Oozie tries to submit the Yarn application: {noformat} 2019-04-29 13:02:53,770 WARN ForkedActionStartXCommand:523 - SERVER[hwnode1.puretec.purestorage.com] USER[hrt_qa] GROUP[-] TOKEN[] APP[demo-wf] JOB[001-190423141707256-oozie-oozi-W] ACTION[001-190423141707256-oozie-oozi-W@streaming-node] Error starting action [streaming-node]. ErrorType [ERROR], ErrorCode [UnsupportedOperationException], Message [UnsupportedOperationException: Accessing local file system is not allowed] org.apache.oozie.action.ActionExecutorException: UnsupportedOperationException: Accessing local file system is not allowed at org.apache.oozie.action.ActionExecutor.convertException(ActionExecutor.java:446) at org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1092) at org.apache.oozie.action.hadoop.MapReduceActionExecutor.createLauncherConf(MapReduceActionExecutor.java:309) at org.apache.oozie.action.hadoop.JavaActionExecutor.submitLauncher(JavaActionExecutor.java:1197) at org.apache.oozie.action.hadoop.JavaActionExecutor.start(JavaActionExecutor.java:1472) at org.apache.oozie.command.wf.ActionStartXCommand.execute(ActionStartXCommand.java:234) at org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:41) at org.apache.oozie.command.wf.ForkedActionStartXCommand.execute(ForkedActionStartXCommand.java:30) at org.apache.oozie.command.XCommand.call(XCommand.java:287) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at org.apache.oozie.service.CallableQueueService$CallableWrapper.run(CallableQueueService.java:179) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.UnsupportedOperationException: Accessing local file system is not allowed at org.apache.hadoop.fs.RawLocalFileSystem.initialize(RawLocalFileSystem.java:48) at org.apache.hadoop.fs.LocalFileSystem.initialize(LocalFileSystem.java:47) at org.apache.hadoop.fs.FileSystem.createFileSystem(FileSystem.java:3354) at org.apache.hadoop.fs.FileSystem.access$200(FileSystem.java:124) at org.apache.hadoop.fs.FileSystem$Cache.getInternal(FileSystem.java:3403) at org.apache.hadoop.fs.FileSystem$Cache.get(FileSystem.java:3371) at org.apache.hadoop.fs.FileSystem.get(FileSystem.java:477) at org.apache.hadoop.fs.FileSystem.getLocal(FileSystem.java:433) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.confChanged(LocalDirAllocator.java:301) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.getLocalPathForWrite(LocalDirAllocator.java:378) at org.apache.hadoop.fs.LocalDirAllocator$AllocatorPerContext.createTmpFileForWrite(LocalDirAllocator.java:461) at org.apache.hadoop.fs.LocalDirAllocator.createTmpFileForWrite(LocalDirAllocator.java:200) at org.apache.hadoop.fs.s3a.S3AFileSystem.createTmpFileForWrite(S3AFileSystem.java:572) at org.apache.hadoop.fs.s3a.S3ADataBlocks$DiskBlockFactory.create(S3ADataBlocks.java:811) at org.apache.hadoop.fs.s3a.S3ABlockOutputStream.createBlockIfNeeded(S3ABlockOutputStream.java:190) at org.apache.hadoop.fs.s3a.S3ABlockOutputStream.(S3ABlockOutputStream.java:168) at org.apache.hadoop.fs.s3a.S3AFileSystem.create(S3AFileSystem.java:778) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1169) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1149) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1038) at org.apache.hadoop.fs.FileSystem.create(FileSystem.java:1026) at org.apache.oozie.action.hadoop.LauncherMapperHelper.setupLauncherInfo(LauncherMapperHelper.java:156) at org.apache.oozie.action.hadoop.JavaActionExecutor.createLauncherConf(JavaActionExecutor.java:1033) ... 12 more {noformat} Does anybody has any idea how could we modify the RawLocalFileSystem class to make it a bit less strict? Thank you for the repro wf to Soumitra Sulav. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885221#comment-16885221 ] Andras Salamon commented on OOZIE-3024: --- [~matijhs] Thanks for the patch, could you please add a unit test for the text/html + attachment case? > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >Assignee: Mate Juhasz >Priority: Major > Attachments: OOZIE-3024.patch > > > The email action ignores value of content_type attribute when attachment > attribute is set. > This results in an email with a html body sent as a plaintext. > https://github.com/apache/oozie/blob/master/core/src/main/java/org/apache/oozie/action/email/EmailActionExecutor.java#L251 > {code} > if(contentType.equals("text/html")) { > MimeBodyPart bodyHtmlPart = new MimeBodyPart(); > bodyHtmlPart.setContent(body, contentType); > multipart.addBodyPart(bodyHtmlPart); > } > else{ > MimeBodyPart bodyTextPart = new MimeBodyPart(); > bodyTextPart.setText(body); > multipart.addBodyPart(bodyTextPart); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Resolved] (OOZIE-3030) Oozie Mail action - is causing issues with formatting
[ https://issues.apache.org/jira/browse/OOZIE-3030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andras Salamon resolved OOZIE-3030. --- Resolution: Duplicate > Oozie Mail action - is causing issues with formatting > > > Key: OOZIE-3030 > URL: https://issues.apache.org/jira/browse/OOZIE-3030 > Project: Oozie > Issue Type: Bug >Reporter: Peter Cseh >Priority: Major > > When you define a email action in Oozie with , then the text in > is not formatted. > Email Action: > {code} > > > f...@bar.com > Test-HTML-Text > > > > text/html > ${nameNode}/user/admin/shell_output.txt > > > > > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885210#comment-16885210 ] Mate Juhasz commented on OOZIE-3024: This issue has popped up recently, so I picked it up quickly. [~asalamon74] could you take a look? > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >Assignee: Mate Juhasz >Priority: Major > Attachments: OOZIE-3024.patch > > > The email action ignores value of content_type attribute when attachment > attribute is set. > This results in an email with a html body sent as a plaintext. > https://github.com/apache/oozie/blob/master/core/src/main/java/org/apache/oozie/action/email/EmailActionExecutor.java#L251 > {code} > if(contentType.equals("text/html")) { > MimeBodyPart bodyHtmlPart = new MimeBodyPart(); > bodyHtmlPart.setContent(body, contentType); > multipart.addBodyPart(bodyHtmlPart); > } > else{ > MimeBodyPart bodyTextPart = new MimeBodyPart(); > bodyTextPart.setText(body); > multipart.addBodyPart(bodyTextPart); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Updated] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mate Juhasz updated OOZIE-3024: --- Attachment: OOZIE-3024.patch > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >Assignee: Mate Juhasz >Priority: Major > Attachments: OOZIE-3024.patch > > > The email action ignores value of content_type attribute when attachment > attribute is set. > This results in an email with a html body sent as a plaintext. > https://github.com/apache/oozie/blob/master/core/src/main/java/org/apache/oozie/action/email/EmailActionExecutor.java#L251 > {code} > if(contentType.equals("text/html")) { > MimeBodyPart bodyHtmlPart = new MimeBodyPart(); > bodyHtmlPart.setContent(body, contentType); > multipart.addBodyPart(bodyHtmlPart); > } > else{ > MimeBodyPart bodyTextPart = new MimeBodyPart(); > bodyTextPart.setText(body); > multipart.addBodyPart(bodyTextPart); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Assigned] (OOZIE-3024) email action ignores value of content_type attribute when attachment attribute is set
[ https://issues.apache.org/jira/browse/OOZIE-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mate Juhasz reassigned OOZIE-3024: -- Assignee: Mate Juhasz > email action ignores value of content_type attribute when attachment > attribute is set > - > > Key: OOZIE-3024 > URL: https://issues.apache.org/jira/browse/OOZIE-3024 > Project: Oozie > Issue Type: Bug > Components: core >Affects Versions: 4.2.0 >Reporter: Jim Hopper >Assignee: Mate Juhasz >Priority: Major > > The email action ignores value of content_type attribute when attachment > attribute is set. > This results in an email with a html body sent as a plaintext. > https://github.com/apache/oozie/blob/master/core/src/main/java/org/apache/oozie/action/email/EmailActionExecutor.java#L251 > {code} > if(contentType.equals("text/html")) { > MimeBodyPart bodyHtmlPart = new MimeBodyPart(); > bodyHtmlPart.setContent(body, contentType); > multipart.addBodyPart(bodyHtmlPart); > } > else{ > MimeBodyPart bodyTextPart = new MimeBodyPart(); > bodyTextPart.setText(body); > multipart.addBodyPart(bodyTextPart); > } > {code} -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3265) properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear together
[ https://issues.apache.org/jira/browse/OOZIE-3265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885147#comment-16885147 ] Julia Kinga Marton commented on OOZIE-3265: --- Sure [~asalamon74], done > properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear > together > -- > > Key: OOZIE-3265 > URL: https://issues.apache.org/jira/browse/OOZIE-3265 > Project: Oozie > Issue Type: Task >Affects Versions: 5.0.0 >Reporter: TIAN XING >Assignee: Julia Kinga Marton >Priority: Minor > Attachments: OOZIE-3265-004.patch, OOZIE-3265-005.patch, > OOZIE-3265-006.patch, OOZIE-3265-v1.patch, OOZIE-3265-v2.patch, > OOZIE-3265-v3.patch, rerun.patch > > > Currently when you re-run a workflow with property "oozie.wf.rerun.failnodes" > set to true, > you can no longer re-run it again with "oozie.wf.rerun.skip.nodes" property > specified, even if you set "oozie.wf.rerun.failnodes" to false. > This kind of limitation is not reasonable. There is only one case where > "oozie.wf.rerun.failnodes" is true and "oozie.wf.rerun.skip.nodes" is not > null or empty, that should be disallowed. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
Re: Review Request 70502: OOZIE-3265 properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear together
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/70502/ --- (Updated July 15, 2019, 12:14 p.m.) Review request for oozie and Andras Salamon. Repository: oozie-git Description --- Currently when you re-run a workflow with property "oozie.wf.rerun.failnodes" set to true, you can no longer re-run it again with "oozie.wf.rerun.skip.nodes" property specified, even if you set "oozie.wf.rerun.failnodes" to false. This kind of limitation is not reasonable. There is only one case where "oozie.wf.rerun.failnodes" is true and "oozie.wf.rerun.skip.nodes" is not null or empty, that should be disallowed. Diffs (updated) - core/src/main/java/org/apache/oozie/DagEngine.java 70ce96122 core/src/test/java/org/apache/oozie/TestDagEngine.java 214740574 core/src/test/java/org/apache/oozie/command/wf/TestReRunXCommand.java d1d75b50a docs/src/site/markdown/DG_WorkflowReRun.md c128681a8 Diff: https://reviews.apache.org/r/70502/diff/3/ Changes: https://reviews.apache.org/r/70502/diff/2-3/ Testing --- unit tests added Thanks, Kinga Marton
[jira] [Commented] (OOZIE-3265) properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear together
[ https://issues.apache.org/jira/browse/OOZIE-3265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16885141#comment-16885141 ] Andras Salamon commented on OOZIE-3265: --- [~kmarton] Can you please also upload the latest patch to review board. > properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear > together > -- > > Key: OOZIE-3265 > URL: https://issues.apache.org/jira/browse/OOZIE-3265 > Project: Oozie > Issue Type: Task >Affects Versions: 5.0.0 >Reporter: TIAN XING >Assignee: Julia Kinga Marton >Priority: Minor > Attachments: OOZIE-3265-004.patch, OOZIE-3265-005.patch, > OOZIE-3265-006.patch, OOZIE-3265-v1.patch, OOZIE-3265-v2.patch, > OOZIE-3265-v3.patch, rerun.patch > > > Currently when you re-run a workflow with property "oozie.wf.rerun.failnodes" > set to true, > you can no longer re-run it again with "oozie.wf.rerun.skip.nodes" property > specified, even if you set "oozie.wf.rerun.failnodes" to false. > This kind of limitation is not reasonable. There is only one case where > "oozie.wf.rerun.failnodes" is true and "oozie.wf.rerun.skip.nodes" is not > null or empty, that should be disallowed. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3524) fs:fileSize() does not work correctly for files with extra slash in path
[ https://issues.apache.org/jira/browse/OOZIE-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16884900#comment-16884900 ] Andras Salamon commented on OOZIE-3524: --- Thanks [~mgogineni], just a few suggestions: * Please use a longer variable name instead of p. (for instance: path) * Please add an assert message to your {{assertEquals}} calls. > fs:fileSize() does not work correctly for files with extra slash in path > > > Key: OOZIE-3524 > URL: https://issues.apache.org/jira/browse/OOZIE-3524 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3524-1.patch, OOZIE-3524-2.patch > > > ${fs:fileSize('hdfs://mynamendoe:8020//user/rohini/myfile.gz') gt 0} will > return false even though the file size is > 0 due to //user not being > normalized. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (OOZIE-3523) First missing dependency is shown incorrectly
[ https://issues.apache.org/jira/browse/OOZIE-3523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16884898#comment-16884898 ] Andras Salamon commented on OOZIE-3523: --- Thanks for the patch [~mgogineni]. In the {{CoordOldInputDependency}} class do we need the {{allExists = false;}} line? > First missing dependency is shown incorrectly > - > > Key: OOZIE-3523 > URL: https://issues.apache.org/jira/browse/OOZIE-3523 > Project: Oozie > Issue Type: Bug >Reporter: Rohini Palaniswamy >Assignee: Manasa Gogineni >Priority: Major > Attachments: OOZIE-3523-1.patch, OOZIE-3523-2.patch, > OOZIE-3523-3.patch > > > When there are two missing dependencies, and the first one is available and > the check for second one fails with AccessControlException: Permission denied > or some other exception, we still show the first missing dependency as the > first one. This is very misleading for the user and they usually waste time > trying to see why it is showing as missing when it is available. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] Subscription: Oozie Patch Available
Issue Subscription Filter: Oozie Patch Available (94 issues) Subscriber: ooziedaily Key Summary OOZIE-3528 Migrate to PowerMock 2 and Mockito2 https://issues.apache.org/jira/browse/OOZIE-3528 OOZIE-3524 fs:fileSize() does not work correctly for files with extra slash in path https://issues.apache.org/jira/browse/OOZIE-3524 OOZIE-3523 First missing dependency is shown incorrectly https://issues.apache.org/jira/browse/OOZIE-3523 OOZIE-3486 duplicate code in ControlNodeHandler https://issues.apache.org/jira/browse/OOZIE-3486 OOZIE-3482 Fix bug in CoordSubmitXCommand#validateCoordinatorJob https://issues.apache.org/jira/browse/OOZIE-3482 OOZIE-3480 Add windowactionstatus metrics in DBLiteWorkflowStoreService https://issues.apache.org/jira/browse/OOZIE-3480 OOZIE-3468 Use modernizer plugin https://issues.apache.org/jira/browse/OOZIE-3468 OOZIE-3461 CoordMaterializeTriggerService code cleanup https://issues.apache.org/jira/browse/OOZIE-3461 OOZIE-3449 Make spark-2 as the default profile https://issues.apache.org/jira/browse/OOZIE-3449 OOZIE-3447 Run test case in local : It shows oozie-hsqldb-orm.xml exception https://issues.apache.org/jira/browse/OOZIE-3447 OOZIE-3418 Upgrade to Guava 27 https://issues.apache.org/jira/browse/OOZIE-3418 OOZIE-3404 The env variable of SPARK_HOME needs to be set when running pySpark https://issues.apache.org/jira/browse/OOZIE-3404 OOZIE-3375 Can't use empty in coordinator https://issues.apache.org/jira/browse/OOZIE-3375 OOZIE-3367 Using && in EL expressions in oozie bundle.xml files generates parse errors https://issues.apache.org/jira/browse/OOZIE-3367 OOZIE-3366 Update workflow status and subworkflow status on suspend command https://issues.apache.org/jira/browse/OOZIE-3366 OOZIE-3364 Rerunning Oozie bundle jobs starts the coordinators in indeterminate order https://issues.apache.org/jira/browse/OOZIE-3364 OOZIE-3362 When killed, SSH action should kill the spawned processes on target host https://issues.apache.org/jira/browse/OOZIE-3362 OOZIE-3335 Cleanup parseFilter methods https://issues.apache.org/jira/browse/OOZIE-3335 OOZIE-3328 Create Hive compatibility action executor to run hive actions using beeline https://issues.apache.org/jira/browse/OOZIE-3328 OOZIE-3320 Oozie ShellAction should support absolute bash file path https://issues.apache.org/jira/browse/OOZIE-3320 OOZIE-3319 Log SSH action callback error output https://issues.apache.org/jira/browse/OOZIE-3319 OOZIE-3301 Update NOTICE file https://issues.apache.org/jira/browse/OOZIE-3301 OOZIE-3274 Remove slf4j https://issues.apache.org/jira/browse/OOZIE-3274 OOZIE-3266 Coord action rerun support RERUN_SKIP_NODES option https://issues.apache.org/jira/browse/OOZIE-3266 OOZIE-3265 properties RERUN_FAIL_NODES and RERUN_SKIP_NODES should be able to appear together https://issues.apache.org/jira/browse/OOZIE-3265 OOZIE-3256 refactor OozieCLI class https://issues.apache.org/jira/browse/OOZIE-3256 OOZIE-3199 Let system property restriction configurable https://issues.apache.org/jira/browse/OOZIE-3199 OOZIE-3196 Authorization: restrict world readability by user https://issues.apache.org/jira/browse/OOZIE-3196 OOZIE-3179 Adding a configurable config-default.xml location to a workflow https://issues.apache.org/jira/browse/OOZIE-3179 OOZIE-3170 Oozie Diagnostic Bundle tool fails with NPE due to missing service class https://issues.apache.org/jira/browse/OOZIE-3170 OOZIE-3137 Add support for log4j2 in HiveMain https://issues.apache.org/jira/browse/OOZIE-3137 OOZIE-3135 Configure log4j2 in SqoopMain https://issues.apache.org/jira/browse/OOZIE-3135 OOZIE-3091 Oozie Sqoop Avro Import fails with "java.lang.NoClassDefFoundError: org/apache/avro/mapred/AvroWrapper" https://issues.apache.org/jira/browse/OOZIE-3091 OOZIE-3071 Oozie 4.3 Spark sharelib ueses a different version of commons-lang3 than Spark 2.2.0 https://issues.apache.org/jira/browse/OOZIE-3071 OOZIE-3063 Sanitizing variables that are part of openjpa.ConnectionProperties https://issues.apache.org/jira/browse/OOZIE-3063 OOZIE-3062 Set HADOOP_CONF_DIR for spark action https://issues.apache.org/jira/browse/OOZIE-3062 OOZIE-2952 Fix Findbugs warnings in oozie-sharelib-oozie https://issues.apache.org/jira/browse/OOZIE-2952 OOZIE-2834 ParameterVerifier logging non-useful warning for workflow definition https://issues.apache.org/jira/browse/OOZIE-2834 OOZIE-2812 SparkConfigurationService should support loading configurations from multiple Spark versions