I merged the change and tried to test this locally on branch-3.5 but
haven't succeed so far.

Steps:
- checkout branch-3.5 (I already merged the PR)
- build ZK from source with openjdk 13.0.2 (I used maven 3.6.3 and "git
clean -xdf && mvn clean install -DskipTests")
- run server with JDK 8 (I don't have Oracle JDK, but tried "8.0.252-zulu",
"8.0.242-zulu" and "8.0.212-zulu" with sdkman.io, these should be OpenJDK
builds)

I got "java.lang.NoSuchMethodError:
java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer;" exception in the server
logs right when I started the server.

Could someone verify this behaviour on branch-3.5?

There might be some other differences between branch-3.5 and master. Or
maybe OpenJDK 8 behaves differently than the Oracle JDK used by Andor for
testing?
I'll try to dig deeper later.

On Tue, Apr 28, 2020 at 3:26 PM Andor Molnar <an...@apache.org> wrote:

> https://github.com/apache/zookeeper/pull/1340
>
>
>
> > On 2020. Apr 28., at 15:04, Andor Molnar <an...@apache.org> wrote:
> >
> > I verified the patch, it works perfectly.
> >
> > Steps:
> > - build ZK from source with openjdk 13.0.2
> > - run server with Oracle 1.8.0_201
> > - connect zkcli with both java versions
> > - run some smoke tests
> >
> > It worked perfectly with master and failed with 3.5.7 with the
> “NoSuchMethodError” as mentioned in the ticket.
> >
> > I’ll backport the patch to 3.6 and 3.5 and mark the ticket resolved.
> >
> > Thanks again.
> >
> > Andor
> >
> >
> >
> >
> >
> >> On 2020. Apr 28., at 13:27, Andor Molnar <an...@apache.org> wrote:
> >>
> >> Great. I’ll take care of that.
> >>
> >>
> >>
> >>> On 2020. Apr 28., at 13:08, Enrico Olivelli <eolive...@gmail.com>
> wrote:
> >>>
> >>> Il Mar 28 Apr 2020, 10:48 Andor Molnar <an...@apache.org> ha scritto:
> >>>
> >>>> Really?
> >>>> That patch is a general solution and actually looks really promising
> to
> >>>> me. I’ll check.
> >>>>
> >>>
> >>> I forgot that in that patch option 2 is already implemented
> >>> https://github.com/apache/zookeeper/pull/1269
> >>> We could port it to 3.6 branch and to branch 3.5
> >>>
> >>> Enrico
> >>>
> >>>>
> >>>> Thanks Chris.
> >>>>
> >>>> Andor
> >>>>
> >>>>
> >>>>
> >>>>> On 2020. Apr 28., at 9:34, Enrico Olivelli <eolive...@gmail.com>
> wrote:
> >>>>>
> >>>>> 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
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>
> >>>>
> >>>>
> >>
> >
>
>

Reply via email to