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