Hi, Kumar.
Thanks for the Review.
I think this change is now ready to push. Jon has graciously offered to push
these changes to jdk9/dev.
Regards,
iris
-Original Message-
From: Kumar Srinivasan
Sent: Friday, June 10, 2016 10:51 AM
To: Iris Clark
Cc: compiler-...@openjdk.java.net;
Yes, ultimately the decision is up to Kevin and Dave (or whoever is in charge of
technical decision-making in this area).
I wanted to provide some clarity on the use of forRemoval=true.
The specification is fairly neutral, saying only that there is "intent to
remove" the API "in a future
Vote: yes
--
Thanks,
Alexander.
On 10.06.2016 18:39, Artem Ananiev wrote:
Hi, AWT team,
I hereby nominate Sergey Bylokhov (OpenJDK user name: serb) to AWT
Group Lead [1].
Sergey is a member of Java Client group at Oracle. He has been one of
the most active contributors to AWT (and other
This method is about the fate of plugin support in a future regardless of the
presence of java.applet.Applet API. The @deprecated note may cause the
confusion.
What I understand from the past discussion with Kevin and Dave, we want this
method to be removed in a future release - the earliest
Thank you, Stuart!
Please review the new version of the patch that has "forRemoval=true" removed.
Webrev: http://cr.openjdk.java.net/~dtitov/8156960/jdk/webrev.04/
http://cr.openjdk.java.net/~dtitov/8156960/webrev.04/
Bug:https://bugs.openjdk.java.net/browse/JDK-8156960
Best
That was also my understanding. I'm a bit surprised this is coming up since I
thought we'd settled that when deprecating Applet...
-DrD-
> Hi, sorry I had missed this earlier.
>
> It's surprising if forRemoval=true were to be added to this API when the rest
> of the Applet API has
Hi Iris,
Apologies for the tardy reply, the HiddenTree change looks fine.
Thanks
Kumar
Hi.
I'm taking another pass at replacing instances of "@since 1.9" with
"@since 9" and discovered a couple of jdk (AWT?) and langtools (DocTree)
files which need to be updated. I've filed the following
Hi, sorry I had missed this earlier.
It's surprising if forRemoval=true were to be added to this API when the rest of
the Applet API has forRemoval=false. Is it the intent, for example, to have
JSObject.getWindow() removed from JDK 10 but to have the rest of the Applet API
remain?
My
Vote: yes
Vote: yes
-yan
On 06/10/2016 06:39 PM, Artem Ananiev wrote:
Hi, AWT team,
I hereby nominate Sergey Bylokhov (OpenJDK user name: serb) to AWT Group
Lead [1].
Sergey is a member of Java Client group at Oracle. He has been one of
the most active contributors to AWT (and other Java client libs:
Vote: yes (obviously)
Arten
On 6/10/16 6:39 PM, Artem Ananiev wrote:
Hi, AWT team,
I hereby nominate Sergey Bylokhov (OpenJDK user name: serb) to AWT Group
Lead [1].
Sergey is a member of Java Client group at Oracle. He has been one of
the most active contributors to AWT (and other Java
Hi, AWT team,
I hereby nominate Sergey Bylokhov (OpenJDK user name: serb) to AWT Group
Lead [1].
Sergey is a member of Java Client group at Oracle. He has been one of
the most active contributors to AWT (and other Java client libs: Swing,
Java2D, JavaFX, Java Sound, Java Beans) last few
Hi, AWT group,
for quite a while, I haven't been involved into AWT group activities as
much as I used to be. For the group to move on, I request to resign as
the group leader, as described in OpenJDK Bylaws:
http://openjdk.java.net/bylaws#group-lead
Thanks,
Artem
Looks good.
/Erik
On 2016-06-09 19:58, Daniil Titov wrote:
Thank you, Mandy!
The long line is corrected.
Webrev: http://cr.openjdk.java.net/~dtitov/8156960/jdk/webrev.03
http://cr.openjdk.java.net/~dtitov/8156960/webrev.03
Bug: https://bugs.openjdk.java.net/browse/JDK-8156960
Best
The fix looks good to me.
Thanks,
Alexandr.
On 6/9/2016 8:58 PM, Daniil Titov wrote:
Thank you, Mandy!
The long line is corrected.
Webrev: http://cr.openjdk.java.net/~dtitov/8156960/jdk/webrev.03
http://cr.openjdk.java.net/~dtitov/8156960/webrev.03
Bug:
On 6/9/2016 12:37 PM, Sergey Bylokhov wrote:
On 08.06.16 19:53, Semyon Sadetsky wrote:
Yes, but the Object#equlas() does not prohibit different class instances
to be equal. The purpose of the test is to prove that existing
component's FTP instances remain untouchable during the default FTP
16 matches
Mail list logo
