Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ignite.apache.org
MIME-Version: 1.0
In-Reply-To: <CAHjLBP-AfJ_W=mtHHHELGcZNfNQc72E_NC_e-HuxfVMwtWWNiQ@mail.gmail.com>
References: <CAGt6o8kt6Su9Vd95Afnz1R_U+Tvo8TjQ1ZFinM58b=HvCwDa-A@mail.gmail.com>
 <8199DD25-985D-4F03-AC8C-7EFAF316A127@apache.org> <35D39810-A2F8-4CDC-BAF6-588FA580F005@apache.org>
 <CAOKDqC_=7p7LFyaQpmcvbWriRd7CXdcpKBLjf5LR-LTj-RGRgw@mail.gmail.com>
 <CAHjLBP_jzFKmuXxwmBdWXnGA6zAEQAeSg+PTkW_TGrCwJS5bYg@mail.gmail.com>
 <27BAD8DF-A755-45E9-A7CD-0A89B60B782A@apache.org> <CAHjLBP-AfJ_W=mtHHHELGcZNfNQc72E_NC_e-HuxfVMwtWWNiQ@mail.gmail.com>
From: Evgenii Zhuravlev <e.zhuravlev.wk@gmail.com>
Date: Tue, 21 Mar 2017 21:05:49 +0300
Message-ID: <CAHjLBP-nb4W5c18Rg7DfP2QYcvp-cYiZ40MHZx3Q-8i9vZgoig@mail.gmail.com>
Subject: Re: Should we take care of Java 9 in Ignite 2.0 scope?
To: dev@ignite.apache.org
Content-Type: multipart/alternative; boundary=94eb2c0c9bbe70fece054b417ea6
archived-at: Tue, 21 Mar 2017 18:30:20 -0000

--94eb2c0c9bbe70fece054b417ea6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Denis,

I've found that some internal classes like sun.misc.SharedSecrets,
sun.misc.URLClassPath, sun.misc.PerfCounter, sun.misc.Cleaner changed their
packages. I can create wrapper for this classes with 2 modules, that can be
enabled by profiles for java9 and java7-8.
For using internal classes that not exported by default, we will need to
add new args(--add-exports) when compiling (javac) *and* when running (java
).
Is it ok?


Also, there are a two different Unsafe classes in java 9 -  sun.misc.Unsafe
& jdk.internal.misc.Unsafe, but both of them doesn't have monitorEnter &
monitorExit methods, that we use in
org.apache.ignite.internal.util.GridUnsafe. What should I do with this case=
?


2017-03-21 11:21 GMT+03:00 =D0=95=D0=B2=D0=B3=D0=B5=D0=BD=D0=B8=D0=B9 =D0=
=96=D1=83=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=B2 <e.zhuravlev.wk@gmail.com>:

> Denis,
>
> I found some recommendations on openjdk wiki:
> https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool
>
> 2017-03-20 20:44 GMT+03:00 Denis Magda <dmagda@apache.org>:
>
>> Referring to your report only the following API was removed completely.
>> The rest is still deprecated and stowed in special JDK 9 modules.
>>
>>
>>    "org.apache.ignite.internal.processors.hadoop.HadoopClassLoader" ->
>> "sun.misc.PerfCounter (JDK internal API (JDK removed internal API))=E2=
=80=9D;
>>
>>
>>    "org.apache.ignite.internal.processors.platform.memory.PlatformMemory=
Pool"
>> -> "sun.misc.Cleaner (JDK internal API (JDK removed internal API))=E2=80=
=9D;
>>
>>    "org.apache.ignite.internal.util.nio.GridNioServer$AbstractNioClientW=
orker"
>> -> "sun.misc.Cleaner (JDK internal API (JDK removed internal API))";
>>
>>
>> "org.apache.ignite.internal.processors.rest.protocols.GridRestProtocolAd=
apter"
>> -> "sun.misc.BASE64Encoder (JDK internal API (JDK removed internal API))=
=E2=80=9D;
>>
>> "org.apache.ignite.internal.util.IgniteUtils"      ->
>> "sun.misc.JavaNetAccess (JDK internal API (JDK removed internal API))=E2=
=80=9D;
>>
>>
>>    "org.apache.ignite.internal.util.IgniteUtils"      ->
>> "sun.misc.SharedSecrets (JDK internal API (JDK removed internal API))=E2=
=80=9D;
>>
>>
>>    "org.apache.ignite.internal.util.IgniteUtils"      ->
>> "sun.misc.URLClassPath (JDK internal API (JDK removed internal API))=E2=
=80=9D;
>>
>>
>>
>> *Evgeniy*, does Oracle officially suggest replacements for deleted APIs?
>> Probably it=E2=80=99s a matter of day to do a switch.
>>
>>
>> =E2=80=94
>> Denis
>>
>> > On Mar 20, 2017, at 9:57 AM, =D0=95=D0=B2=D0=B3=D0=B5=D0=BD=D0=B8=D0=
=B9 =D0=96=D1=83=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=B2 <e.zhuravlev.wk@gmail.=
com>
>> wrote:
>> >
>> > Igniters,
>> >
>> > There are a few JDK internal APIs removed in JDK 9, that we use in
>> ignite. We need to decide what to do with these dependencies. Here is a
>> list of dependencies after using jdeps
>> >
>> > 2017-01-26 12:07 GMT+03:00 Anton Vinogradov <avinogradov@gridgain.com
>> <mailto:avinogradov@gridgain.com>>:
>> > Denis,
>> >
>> > I've created issue <https://issues.apache.org/jira/browse/IGNITE-4615 =
<
>> https://issues.apache.org/jira/browse/IGNITE-4615>> related
>> > to discussion.
>> > We have a lot of legacy code inside pom.xml files. One of legacy issue=
s
>> is
>> > a tools.jar usage.
>> > So, it will be nice to fix this as well.
>> >
>> > On Thu, Jan 26, 2017 at 2:54 AM, Denis Magda <dmagda@apache.org
>> <mailto:dmagda@apache.org>> wrote:
>> >
>> > > Well, the build fails almost immediately on the latest JDK 9.
>> > >
>> > > This is the reason (https://issues.jenkins-ci.org
>> /browse/JENKINS-25993 <https://issues.jenkins-ci.org/browse/JENKINS-2599=
3
>> >).
>> > >
>> > > [ERROR] Failed to execute goal on project ignite-tools: Could not
>> resolve
>> > > dependencies for project org.apache.ignite:ignite-tools
>> :jar:2.0.0-SNAPSHOT:
>> > > Could not find artifact com.sun:tools:jar:9-ea at specified path
>> > > /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/..
>> /lib/tools.jar
>> > > -> [Help 1]
>> > >
>> > >
>> > > If to tweak pom files cleaning out references to tools.jar then othe=
r
>> > > exceptions arise.
>> > >
>> > > *Anton V*, could try to build the master on your side applying all t=
he
>> > > required changes to pom files? I don=E2=80=99t think I=E2=80=99ll do=
 everything
>> correctly.
>> > > If the build goes through at least with minor modifications then thi=
s
>> would
>> > > be a good sign.
>> > >
>> > > =E2=80=94
>> > > Denis
>> > >
>> > >
>> > > On Jan 25, 2017, at 3:22 PM, Denis Magda <dmagda@apache.org <mailto:
>> dmagda@apache.org>> wrote:
>> > >
>> > > Vovan,
>> > >
>> > > As far as I understand, under the module they mean new
>> component/feature
>> > > of Java 9 [1]. If you don=E2=80=99t use Java modules then there shou=
ldn=E2=80=99t be
>> any
>> > > issues at all.
>> > >
>> > > In any case, let me try to build the project with JDK 9 that has
>> passed
>> > > feature complete phase.
>> > >
>> > > [1] http://openjdk.java.net/projects/jigsaw/spec/sotms/#defining
>> -modules <http://openjdk.java.net/projects/jigsaw/spec/sotms/#definin
>> g-modules> <
>> > > http://openjdk.java.net/projects/jigsaw/spec/sotms/#defining-modules
>> <http://openjdk.java.net/projects/jigsaw/spec/sotms/#defining-modules>>
>> > >
>> > > =E2=80=94
>> > > Denis
>> > >
>> > > On Jan 25, 2017, at 5:47 AM, Vladimir Ozerov <vozerov@gridgain.com
>> <mailto:vozerov@gridgain.com>> wrote:
>> > >
>> > > Igniters,
>> > >
>> > > Please see this article [1] from Kotlin guys. They had to re-pack
>> public
>> > > API because Java 9 doesn't allow several modules to share the same
>> public
>> > > package. Looks like this limitation could impact us at some point, s=
o
>> that
>> > > we will not be able to support Java 9 without breaking API changes.
>> > >
>> > > May be it makes sense to perform some initial investigation of Java =
9
>> > > impact before AI 2.0 release, so that we can minimize (or at least
>> > > estimate) potential future impact?
>> > >
>> > > Vladimir.
>> > >
>> > > [1]
>> > > https://blog.jetbrains.com/kotlin/2017/01/kotlin-1-1- <
>> https://blog.jetbrains.com/kotlin/2017/01/kotlin-1-1->
>> > > whats-coming-in-the-standard-library/
>> > >
>> > >
>> > >
>> > >
>> >
>>
>>
>

--94eb2c0c9bbe70fece054b417ea6--