Releases: palantir/sls-version-java
Releases · palantir/sls-version-java
1.5.0
Type |
Description |
Link |
Fix |
SlsVersion is now serializable. |
#763 |
1.4.0
Automated release, no documented user facing changes
1.3.0
Type |
Description |
Link |
Fix |
OrderableSlsVersion.valueOf will now refuse to interpret a version string containing a number greater than Integer.MAX_VALUE as a valid orderable version. Previously they would be parsed, but have surprising sorting behaviour. |
#549 |
1.2.0
Type |
Description |
Link |
Improvement |
Avoid unnecessary substring invocations while parsing sls versions |
#488 |
1.1.0
Automated release, no documented user facing changes
1.0.0
Type |
Description |
Link |
Break |
This library now requires Java 11+ (previously it could run on Java 8+). This allows us to eliminate some String allocations from parsing SLS versions. |
#466 |
0.18.0
Type |
Description |
Link |
Improvement |
Parsing the simplest x.y.z type of OrderableSlsVersion no longer uses regexes. Allocation is reduced by about 75% |
#463 |
0.17.0
Type |
Description |
Link |
Improvement |
Parsing an OrderableSlsVersion no longer runs the regex matcher twice, reducing allocation slightly |
#462 |
0.16.0
Type |
Description |
Link |
Improvement |
SlsVersionMatcher#safeValueOf now allocates 94% less memory per invocation, by avoiding throwing and catching a NumberFormatException . Specifically, it would allocate ~2192 bytes for every single invocation in my benchmark, and now it allocates 152 bytes per op. It's also ~10x faster. |
#455 |
0.15.0
Type |
Description |
Link |
Improvement |
SlsVersionMatcher#safeValueOf no longer involves throwing and catching exceptions as part of its normal behaviour. |
#456 |