From poweruserm at live.com.au  Wed May  2 07:18:17 2018
From: poweruserm at live.com.au (A Z)
Date: Wed, 2 May 2018 07:18:17 +0000
Subject: Java SE general and spec comments.
Message-ID: <SL2P216MB058862170745868CB349E44B9A800@SL2P216MB0588.KORP216.PROD.OUTLOOK.COM>

To who it does concern,

1)  I notice that neither the Java SE 8, 10 or 11 specs
do not yet include JEP 306.  I believe that it should be included,
certainly for version 11 Java.

Java floating point probably needs to be enhanced in place.
Certainly given library code that presumes a lack of
floating point underflow or underflow;

javax.vecmath.Vector3d.cross

is an example in case.

2)  None of the JEPS seem to include anything about adding
at least operator syntax support for
any classes or types that are as BigInteger or BigDecimal.

3) There isn't an algebraic transcendental function library,
equivalent to StrictMath, for BigDecimal
(and therefore BigInteger too)  supporting operators
upon and thereby those types, under Abritrary precision.

4) BigDecimal and BigInteger aren't truly Arbitrary Precision,
pro-extensible, in terms of precision subject only
to jvm accessible memory.

For the sake of Java, the JCP, robust, clear and useful coding
everywhere,

poweruserm
(Anonymous University Degree Graduate Java Programmer.)

From kyosuke_yamagata at mufg.jp  Mon May  7 05:30:43 2018
From: kyosuke_yamagata at mufg.jp (kyosuke_yamagata at mufg.jp)
Date: Mon, 7 May 2018 05:30:43 +0000
Subject: [JCP]JSR-384(Java SE 11(18.9)) Public review - JEP 309: Dynamic
 Class-File Constants
Message-ID: <1504356EFC539645A05071690EB7D549FDEBDF@cmbmb410a.exg.bpr.btm.co.jp>


JSR-384 developer all

Hi, I?m Kyosuke Yamagata.
I can't send E-mail by mail form(java-se-spec-comments) because of the office network policy.
So I send this mail to you.

I work for Mitsubishi UFJ Information Technology.
Our company is in charge of Mitsubishi UFJ financial group system development, operation and maintenance.
And then , We are in charge of in-house Java framework.
Our Java framework depends heavily on Java SE and Java EE technologies.

I reviewed JEP 309: Dynamic Class-File Constants in JSR-384( Java SE 11(18.9) ) Public review

I think it's great.

On the other hand, to make things even better,  I would like to suggest the following:

 I understand that higher software layers gets benefit from a reduction in linkage time.
 Are there other merits for application software?
 This JEP is not enough explanation for higher software layers, I think. Please teach me.

This content is the personal opinion by the contributor, not the official opinion of our company.

Best regards.