Hi Naoto,
Thank you for the response. You are correct. I ran the reproducer against JDK13
and JDK9, and they appear not to differentiate between L and M as long as the
input is consistent. I will update the bug and revise the effort accordingly.
Thanks!!
-Original Message-
From:
Hi Thejasvi,
M/L does not designate textual nor numeric. Thus I don't think that the
suggested documentation fix is correct. Furthermore, although the
exception in JDK8 looks like a bug, the test result with JDK9 looks
correct to me. The month displayed as "04" is the result of
On 7/30/19 5:04 PM, Andrew Dinn wrote:
> JEP 352 has now been targeted for inclusion in JDK14. The latest webrev
> for the implementation JIRA has been rebased to apply to the current
> tree. Is it now ok to push this change set?
>
> JIRA: https://bugs.openjdk.java.net/browse/JDK-8224974
>
JEP 352 has now been targeted for inclusion in JDK14. The latest webrev
for the implementation JIRA has been rebased to apply to the current
tree. Is it now ok to push this change set?
JIRA: https://bugs.openjdk.java.net/browse/JDK-8224974
webrev:
Think about aMethod is a protected method inherited from its superclass
T. To invoke aMethod, the receiver must be an instance of T or a
subclass of T.
Mandy
On 7/30/19 3:22 AM, Daniel Fuchs wrote:
Hi Mandy,
380 * {@link
java.lang.invoke.MethodHandles.Lookup#unreflectSpecial
Hi,
Please help to review the update of L10n resource files in JDK13 msg
drop 20.
Bug: https://bugs.openjdk.java.net/browse/JDK-8228778
Webrev: http://cr.openjdk.java.net/~ljiang/8228778/webrev/read/
Thanks,
Leo
Hi,
Request your review of this simple change.
JBS:https://bugs.openjdk.java.net/browse/JDK-8160225
(java.time.format.DateTimeFormatter issues for month-of-year)
Description:It is a simple documentation change. The DateTimeFormatter
expects the month format to be represented by "L"
Hi,
There may be some issue with the SSL handshake implementation.
In sun.security.x509.X500Name.java, there's a static hashmap field named
*internedOIDs*, used for caching X.500 attributes.
Each time a new oid is encountered, jdk will cache them into the static hashmap.
With a
Looks good.
- Alexey
On 7/29/2019 3:19 PM, Andy Herrick wrote:
Please review the jpackage fix for bug [1] at [2].
This is a fix for the JDK-8200758-branch branch of the open sandbox
repository (jpackage).
[1] https://bugs.openjdk.java.net/browse/JDK-8228744
[2]