zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ZOOKEEPER-2636) Fix C build break.
Date Thu, 24 Nov 2016 21:56:58 GMT

    [ https://issues.apache.org/jira/browse/ZOOKEEPER-2636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15694288#comment-15694288

Hadoop QA commented on ZOOKEEPER-2636:

+1 overall.  GitHub Pull Request  Build

    +1 @author.  The patch does not contain any @author tags.

    +0 tests included.  The patch appears to be a documentation patch that doesn't require

    +1 javadoc.  The javadoc tool did not generate any warning messages.

    +1 javac.  The applied patch does not increase the total number of javac compiler warnings.

    +1 findbugs.  The patch does not introduce any new Findbugs (version 3.0.1) warnings.

    +1 release audit.  The applied patch does not increase the total number of release audit

    +1 core tests.  The patch passed core unit tests.

    +1 contrib tests.  The patch passed contrib unit tests.

Test results: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/87//testReport/
Findbugs warnings: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/87//artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Console output: https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/87//console

This message is automatically generated.

> Fix C build break.
> ------------------
>                 Key: ZOOKEEPER-2636
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2636
>             Project: ZooKeeper
>          Issue Type: Bug
>          Components: jute
>    Affects Versions: 3.5.3
>            Reporter: Michael Han
>            Assignee: Michael Han
>            Priority: Blocker
>             Fix For: 3.5.3, 3.6.0
> C client build is broken after ZOOKEEPER-2628 is merged in. After a little debug, I find
out that the build is broken because the zookeeper.jute.h and zookeeper.jute.c are not completely
> * The culprit is the code change introduced in ZOOKEEPER-2628, where we wraps {code}JRecord.genCCode{code}
with a try / catch / finally block and the file writers were prematurely closed in finally
block which prevents remaining of the zookeeper.jute.h/c file being generated. 
> * The fix to {code}JRecord.genCCode{code} in ZOOKEEPER-2628 was made because a find bug
warning was directly associated with the code. Due to the subtlety of the file writer ownership,
we did not capture the issue during code review. 
> * The build break was not captured in pre-commit builds as well ([an example|https://builds.apache.org/job/PreCommit-ZOOKEEPER-github-pr-build/72//console]),
where we get all tests passed including C client tests. I suspect we might have another bug
with cached generated files that should be regenerated but we don't - need more investigation
on this one.
> * The fix is simple by revert the change to this specific method. Findbug does not complain
anymore because the previous warning that appertain to this code block was fixed at the call
site of {code}JRecord.genCCode{code}. So by reverting the change we still have zero find bug

This message was sent by Atlassian JIRA

View raw message