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
>

Reply via email to