Il Mar 28 Apr 2020, 02:47 Christopher <ctubb...@apache.org> ha scritto:
> Option 2 was implemented by me already as part of my pull request for > https://issues.apache.org/jira/browse/ZOOKEEPER-3739 > This change was applied to 3.6.1 and 3.7.0. > This is not the problem but the problem with ByteBuffer. Enrico > If this didn't fix it, I'd have to look into it further. But, the > option 1 doesn't look too bad to me. > > On Mon, Apr 27, 2020 at 1:16 PM Enrico Olivelli <eolive...@gmail.com> > wrote: > > > > Optional 2 is the best. > > > > I have fallen into this problem while preparing 3.6.1 rc. I was using > jdk14 > > and my binaries wouldn't run in jdk8 > > > > Enrico > > > > Il Lun 27 Apr 2020, 18:58 Andor Molnar <an...@apache.org> ha scritto: > > > > > Hi folks, > > > > > > https://issues.apache.org/jira/browse/ZOOKEEPER-3215 > > > > > > has come up recently again and I’m thinking of the right way to resolve > > > this. Given that we have some Maven experts in the house my first > question > > > would be: can we just resolve this with some Maven magic? > > > > > > Option #1 > > > Apply https://github.com/apache/zookeeper/pull/760 on master branch to > > > make explicit casts which will hint the compiler to use the right > method. > > > > > > Option #2 > > > Detect the Java compiler with Maven and add “—release 8” switch to all > > > Java compilers with version 9+. > > > > > > I really want to resolve this with some automated solution, because > > > changing the source code seems to me ugly and fragile. Do we have any > other > > > option? > > > > > > Regards, > > > Andor > > > > > > > > > >
