-
Enhancement
-
Resolution: Fixed
-
P3
-
7
-
b61
-
generic
-
generic
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8018574 | 7u45 | Olivier Lagneau | P3 | Closed | Fixed | b01 |
SpecJEntreprise 2010 uses a lot NumberFormat default usage path (NumberFormat.getInstance() + format(double) method) to report
data to end-user. This kind of usage is relevant is most business
JEE server applications as well.
This in turn translate to using DecimalFormat.format(...) methods
either for currency or decimal usage. DecimalFormat.format() call
stack has shown to consume a lot of CPU time in JEnt profiles (from
16% in 2010 to 6.5% recently (02-2011)). Improving format() call
stack may bring a lot to SpecJEntreprise or Business server apps.
data to end-user. This kind of usage is relevant is most business
JEE server applications as well.
This in turn translate to using DecimalFormat.format(...) methods
either for currency or decimal usage. DecimalFormat.format() call
stack has shown to consume a lot of CPU time in JEnt profiles (from
16% in 2010 to 6.5% recently (02-2011)). Improving format() call
stack may bring a lot to SpecJEntreprise or Business server apps.
- backported by
-
JDK-8018574 Improve performance of java.text.DecimalFormat.format() call stack
-
- Closed
-
- relates to
-
JDK-7131459 [Fmt-De] DecimalFormat produces wrong format() results when close to a tie
-
- Closed
-
-
-
- Closed
-
-
-
- Open
-
-
JDK-8046167 JEP 177: Optimize java.text.DecimalFormat.format
-
- Closed
-