Attila mentioned this is related to incompatibility with Java 11 and
ErrorProne checker.
Bug: https://issues.apache.org/jira/browse/KUDU-3239
Thanks,
-Bankim.
On Tue, Jan 26, 2021 at 10:47 AM Bankim Bhavsar <ban...@cloudera.com> wrote:
>
> Compilation of 1.14-RC1 branch fails on Ubuntu 18.04 fails with the
> following error.
>
> I recall hitting a similar issue on master and worked around it by
> disabling the warnings with
> @SuppressWarnings("TypeParameterUnusedInFormals")
> It's coming from a java static type checker named ErrorProne
>
> I'll file a bug for discussing this further.
>
> Note: Recompile with -Xlint:deprecation for details.
> /home/bankim/src/rckudu/kudu/java/kudu-client/src/main/java/org/apache/kudu/client/KuduClient.java:466:
> error: An unhandled exception was thrown by the Error Prone static analysis
> plugin.
> static <R> R joinAndHandleException(Deferred<R> deferred) throws
> KuduException {
> ^
> Please report this at
> https://github.com/google/error-prone/issues/new and include the
> following:
>
> error-prone version: 2.3.3
> BugPattern: TypeParameterUnusedInFormals
> Stack Trace:
> java.lang.NoSuchFieldError: bound
> at
> com.google.errorprone.bugpatterns.TypeParameterUnusedInFormals.matchMethod(TypeParameterUnusedInFormals.java:71)
>
> Note: Recompile with -Xlint:deprecation for details.
> /home/bankim/src/rckudu/kudu/java/kudu-subprocess/src/main/java/org/apache/kudu/subprocess/QueueUtil.java:33:
> error: An unhandled exception was thrown by the Error Prone static analysis
> plugin.
> static <DataT> DataT take(BlockingQueue<DataT> queue) {
> ^
> Please report this at
> https://github.com/google/error-prone/issues/new and include the
> following:
>
> error-prone version: 2.3.3
> BugPattern: TypeParameterUnusedInFormals
> Stack Trace:
> java.lang.NoSuchFieldError: bound
> at
> com.google.errorprone.bugpatterns.TypeParameterUnusedInFormals.matchMethod(TypeParameterUnusedInFormals.java:71)
>
>
>
> On Tue, Jan 26, 2021 at 6:26 AM Grant Henke <ghe...@cloudera.com.invalid>
> wrote:
>
>> +1
>>
>> I built with docker, built and ran all of the tests, and ran the tests
>> with
>> the kudu-binary artifacts.
>>
>> On Tue, Jan 26, 2021 at 5:28 AM Attila Bukor <abu...@apache.org> wrote:
>>
>> > +1,
>> >
>> > Verified the checksum and signature, built Kudu in release mode on
>> CentOS
>> > 7, all
>> > tests passed. Gradle build (including the tests) also succeeded on
>> OpenJDK
>> > Java
>> > 8. Also ran the tests using the staged kudu-binary artifacts.
>> >
>> > Attila
>> > On Mon, Jan 25, 2021 at 04:18:53PM -0800, Alexey Serbin wrote:
>> > > +1
>> > >
>> > > I checked out 1.14-RC1 and build Kudu from source in DEBUG
>> configuration
>> > at
>> > > CentOS 7.4 machine as documented at
>> > > https://kudu.apache.org/docs/installation.html#rhel_from_source
>> > >
>> > > I ran tests using using "ctest -j4" and all tests passed:
>> > > ============
>> > > 100% tests passed, 0 tests failed out of 446
>> > >
>> > > Label Time Summary:
>> > > no_dist_test = 31.15 sec
>> > > no_tsan = 9.86 sec
>> > >
>> > > Total Test time (real) = 5015.88 sec
>> > > ============
>> > >
>> > > I also ran "./gradlew assemble" and "./gradlew test" in
>> $KUDU_ROOT/java
>> > > subdirectory. Everything passed except
>> > > for org.apache.kudu.client.ITClientStress. The latter failed with
>> > > OutOfMemoryError: Java heap space error since I had limited amount of
>> RAM
>> > > on the server.
>> > > ============
>> > > BUILD SUCCESSFUL in 1m 36s
>> > > 139 actionable tasks: 124 executed, 15 up-to-date
>> > > ============
>> > >
>> > > ============
>> > > org.apache.kudu.client.ITClientStress >
>> > > testManyShortClientsGeneratingScanTokens FAILED
>> > > java.lang.AssertionError: java.lang.OutOfMemoryError: Java heap
>> space
>> > > at
>> > > org.apache.kudu.client.ITClientStress.runTasks(ITClientStress.java:94)
>> > > at
>> > >
>> >
>> org.apache.kudu.client.ITClientStress.testManyShortClientsGeneratingScanTokens(ITClientSt
>> > > ress.java:116)
>> > >
>> > > Caused by:
>> > > java.lang.OutOfMemoryError: Java heap space
>> > > ============
>> > >
>> > > I guess the latter isn't a release blocker since my server was
>> > provisioned
>> > > with not enough memory for the stress test where JVM is supposed to
>> hog a
>> > > lot of memory.
>> > >
>> > > I agree with Grant that the issue pointed by Greg isn't a regression
>> and
>> > > does not look like a release stopper, but it would be nice to update
>> > README
>> > > if it's decided to cut RC2 due to some other issue.
>> > >
>> > >
>> > > Kind regards,
>> > >
>> > > Alexey
>> > >
>> > > On Thu, Jan 21, 2021 at 9:11 AM Greg Solovyev
>> > > <gsolov...@cloudera.com.invalid> wrote:
>> > >
>> > > > Should we remove this from the README until it works?
>> > > > Greg
>> > > >
>> > > > On Thu, Jan 21, 2021 at 6:19 AM Grant Henke
>> > <ghe...@cloudera.com.invalid>
>> > > > wrote:
>> > > >
>> > > > > Yeah, I also was unable to build any coverage report using the
>> --html
>> > > > > option.
>> > > > > I am not sure the HTML report has worked in recent releases and
>> > would not
>> > > > > consider
>> > > > > it a regression for this release but instead a "build only" thing
>> to
>> > fix
>> > > > > going forward.
>> > > > >
>> > > > > On Wed, Jan 20, 2021 at 5:43 PM Greg Solovyev
>> > > > > <gsolov...@cloudera.com.invalid> wrote:
>> > > > >
>> > > > > > I built in debug mode on Ubuntu 18, all C++ tests passed. I
>> > generated
>> > > > > > coverage report, but following the instructions here
>> > > > > > https://github.com/apache/kudu/tree/1.14.0-RC1/Readme.adoc to
>> > convert
>> > > > > > coverage report into HTML resulted in the following error:
>> > > > > >
>> > > > > > *gsolovyev@greg-laptop*:*~/git/kudu/build/coverage*$
>> > > > > > ../../thirdparty/installed/common/bin/gcovr
>> > > > > > --gcov-executable=$(pwd)/../../build-support/llvm-gcov-wrapper
>> > --html
>> > > > > > --html-details -o cov_html/coverage.html
>> > > > > > Traceback (most recent call last):
>> > > > > > File "../../thirdparty/installed/common/bin/gcovr", line
>> 1767, in
>> > > > > > <module>
>> > > > > > print_html_report(covdata, options.html_details)
>> > > > > > File "../../thirdparty/installed/common/bin/gcovr", line
>> 1311, in
>> > > > > > print_html_report
>> > > > > > INPUT = open(data['FILENAME'], 'r')
>> > > > > > IOError: [Errno 2] No such file or directory:
>> > > > > > '/home/gsolovyev/git/kudu/build/coverage/FacebookService.cpp'
>> > > > > >
>> > > > > >
>> > > > > > Greg
>> > > > > >
>> > > > > >
>> > > > > > On Wed, Jan 20, 2021 at 10:15 AM Grant Henke <
>> > granthe...@apache.org>
>> > > > > > wrote:
>> > > > > >
>> > > > > > > Hello Kudu devs!
>> > > > > > >
>> > > > > > > The Apache Kudu team is happy to announce the first release
>> > candidate
>> > > > > for
>> > > > > > > Apache
>> > > > > > > Kudu 1.14.0.
>> > > > > > >
>> > > > > > > Apache Kudu 1.14.0 is a minor release that offers many
>> > improvements
>> > > > and
>> > > > > > > fixes
>> > > > > > > since Apache Kudu 1.13.0.
>> > > > > > >
>> > > > > > > This is a source-only release. The artifacts have been staged
>> > here:
>> > > > > > > https://dist.apache.org/repos/dist/dev/kudu/1.14.0-RC1/
>> > > > > > > <https://dist.apache.org/repos/dist/dev/kudu/1.13.0-RC1/>
>> > > > > > >
>> > > > > > > Java convenience binaries in the form of a Maven repository
>> are
>> > > > staged
>> > > > > > > here:
>> > > > > > >
>> > > >
>> https://repository.apache.org/content/repositories/orgapachekudu-1088
>> > > > > > >
>> > > > > > > Linux and macOS test-only Kudu binary JAR artifacts are staged
>> > here:
>> > > > > > >
>> > > >
>> https://repository.apache.org/content/repositories/orgapachekudu-1089
>> > > > > > >
>> > > > > > > It is tagged in Git as 1.14.0-RC1 and the corresponding hash
>> is
>> > the
>> > > > > > > following:
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> >
>> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=f9a1c3b2bae482ec1f44f78eea7c96c01455c20a
>> > > > > > >
>> > > > > > > The WIP release notes can be found here:
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> >
>> https://docs.google.com/document/d/1GFBOfPYW_fx2PfUES5NskFPd3Q6PiNoHj44u82b7EBI/edit#
>> > > > > > >
>> > > > > > > The KEYS file to verify the artifact signatures can be found
>> > here:
>> > > > > > > https://dist.apache.org/repos/dist/release/kudu/KEYS
>> > > > > > >
>> > > > > > > Some common release validations include building Kudu, and
>> > running
>> > > > the
>> > > > > > unit
>> > > > > > > tests on your platforms and environments. Additionally it is
>> > worth
>> > > > > > running
>> > > > > > > Kudu
>> > > > > > > Java tests against kudu-binary JAR artifact as described in
>> the
>> > > > commit
>> > > > > > > message here:
>> > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> >
>> https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=8a6faaa93f3e206ac75e8087731daccaf7ab646a
>> > > > > > >
>> > > > > > > The vote will run until a majority[1] is achieved, but at
>> least
>> > until
>> > > > > > > Monday
>> > > > > > > January 25th, which is a bit over the suggested 72 hours due
>> to
>> > > > > > > the weekend, to give everyone a chance to review this release
>> > > > candidate
>> > > > > > and
>> > > > > > > vote.
>> > > > > > >
>> > > > > > > Thank You,
>> > > > > > > Grant
>> > > > > > >
>> > > > > > > [1]
>> https://www.apache.org/foundation/voting.html#ReleaseVotes
>> > > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Grant Henke
>> > > > > Software Engineer | Cloudera
>> > > > > gr...@cloudera.com | twitter.com/gchenke |
>> > linkedin.com/in/granthenke
>> > > > >
>> > > >
>> >
>>
>>
>> --
>> Grant Henke
>> Software Engineer | Cloudera
>> gr...@cloudera.com | twitter.com/gchenke | linkedin.com/in/granthenke
>>
>
