JDK-8165199: UUID.fromString(str) compliance checking?

Joe Darcy joe.darcy at oracle.com
Sat Dec 15 18:22:42 UTC 2018


Hello,

On 12/14/2018 2:00 PM, Andrew Leonard wrote:
> Yes, this was my concern, source compatibility...
> With the current implementation it is not too harmful to "sloppy" app 
> code. If it's not causing any other underlying "bug" then I would be 
> tempted to leave this "sleeping dog..."


To use language precisely, the kind of compatibly at issue here is 
*behavioral* compatibility.  From the definitions used by in the CSR 
process:

"For Java programs, there are three main categories of compatibility:

     Source: Source compatibility concerns translating Java source code 
into class files.

     Binary: Binary compatibility is defined in The Java Language 
Specification as preserving the ability to link without error.

     Behavioral: Behavioral compatibility includes the semantics of the 
code that is executed at runtime."

https://wiki.openjdk.java.net/display/csr/Kinds+of+Compatibility

Since the proposed change would only impact the implementation and not 
the method signatures, etc. it is a behavioral compatibility concern.

Given the length of time the existing behavior has been present, I would 
be hesitant to change it now.

HTH,

-Joe



More information about the core-libs-dev mailing list