ignite-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Denis Magda <dma...@apache.org>
Subject Re: Do I have to use --illegal-access=permit for Java thin client and JDBC with JDK 9/10/11.
Date Thu, 22 Aug 2019 20:42:54 GMT
Ok, I updated the docs saying that

"4. Add the following VM options to your Java applications. That's not
needed if you use Java thin clients or Ignite JDBC."
https://apacheignite.readme.io/docs/getting-started#section-running-ignite-with-java-9-10-11

-
Denis


On Thu, Aug 22, 2019 at 9:30 AM Denis Mekhanikov <dmekhanikov@gmail.com>
wrote:

> Denis,
>
> I didn’t find any usages of JDK internals in the implementation of the
> thin clients.
> It would be nice to verify in tests that thin clients can work without
> these flags.
>
> Do our Java 9/10/11 tests include thin client testing? If so, do these
> tests include these flags?
>
> Denis
> On 15 Aug 2019, 11:09 +0300, Denis Magda <dmagda@apache.org>, wrote:
> > Denis,
> >
> > Does it mean we don't need to pass any flags from this list [1] at all
> for
> > the JDBC and thin clients?
> >
> > [1]
> >
> https://apacheignite.readme.io/docs/getting-started#section-running-ignite-with-java-9-10-11
> >
> > -
> > Denis
> >
> >
> > On Wed, Aug 14, 2019 at 5:56 PM Denis Mekhanikov <dmekhanikov@gmail.com>
> > wrote:
> >
> > > Hi!
> > >
> > > There are two JDK internal things that are used by Ignite: Unsafe and
> > > sun.nio.ch package.
> > > None of these things are used by thin clients. So, it’s fine to use
> thin
> > > clients without additional flags.
> > >
> > > Denis
> > >
> > > > On 13 Aug 2019, at 23:01, Shane Duan <sduanesri@gmail.com> wrote:
> > > >
> > > > Hi Igniter,
> > > >
> > > > I understand that --illegal-access=permit is required for JDK
> 9/10/11 on
> > > > Ignite server. But do I have to include this JVM parameter for Ignite
> > > Java
> > > > thin client and JDBC client? I tried some simple test without it and
> it
> > > > seems working fine...
> > > >
> > > >
> > > > Thanks,
> > > > Shane
> > >
> > >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message