JDK-4889690 : [Ch] Need Character.getUnicodeVersion method
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.lang
  • Affected Version: 5.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Won't Fix
  • OS: generic
  • CPU: generic
  • Submitted: 2003-07-12
  • Updated: 2019-01-25
  • Resolved: 2019-01-24
Related Reports
Relates :  
Description
Name: nl37777			Date: 07/11/2003

The result of Character.isDefined() and many other methods 
depends on the Unicode database version. It may be useful to add a 
method that returns the Unicode version or comments about the Unicode 
version.
======================================================================

Comments
While the version in the javadoc can be referred to, it cannot be accessed programmatically. Programmatic access isn't an unreasonable request, although not a critical one.
25-01-2019

Currently there is no need for such method, Unicode version is always mentioned in Character class spec, which can be referred to.
24-01-2019

PUBLIC COMMENTS When the application requirements in support of unicode version, then a getUnicodeVersionSupport() method will be very usefully. In jdk 7, there is diff unicode version supported in different release. Unicode 5.1 (2008) used in JDK7 and Unicode 6.0 (2010) used in JDK7. And from a document to determine which unicode version is support of the jdk is far from being able to meet the needs. So i reopen this CR;
05-04-2012

EVALUATION After re-evaluationg this RFE, we decided to not add it.
06-11-2008

EVALUATION Even if JRE supports only one version of Unciode, this method looks useful for some purposes.
14-06-2007

EVALUATION This methods sounds reasonable. Should be considered for jdk7.
06-06-2007

EVALUATION Could add a static final method to Character that provides Unicode version information. For now, this information is simply provided in the JavaDoc. ###@###.### 2003-12-04 There has been no further evidence that programmatic evidence to the Unicode version is necessary, so I'm closing this as "will not fix".
04-12-2003