Bump org.jetbrains.kotlinx:kotlinx-datetime-jvm from 0.6.2 to 0.7.1-0.6.x-compat
Bumps org.jetbrains.kotlinx:kotlinx-datetime-jvm from 0.6.2 to 0.7.1-0.6.x-compat.
Release notes
Sourced from org.jetbrains.kotlinx:kotlinx-datetime-jvm's releases.
v0.7.1
- Add
kotlinx.datetime.Instantandkotlinx.datetime.Clocktype aliases to, respectively,kotlin.time.Instantandkotlin.time.Clockto make migration more convenient.- Add a fallback timezone database implementation for Darwin that uses the Foundation framework if the timezone database is unavailable on the filesystem (#485).
- Restore binary compatibility in string format definitions utilizing dates on the JVM (#545).
v0.7.0
Breaking changes:
- Remove
kotlinx.datetime.Instantandkotlinx.datetime.Clockin favor ofkotlin.time.Instant(#506). See https://github.com/Kotlin/kotlinx-datetime?tab=readme-ov-file#deprecation-of-instant for a description of what to do if this causes problems.- Unify the range of admissible
LocalDateandLocalDateTimevalues on all platforms (#432).- Rename
dayOfMonthtoday,monthNumbertomonth(#84).- Make
DayOfWeekandMonthno longer type aliases tojava.time.DayOfWeekandjava.time.Month(#96).- Make
"UTC"and not"Z"be the timezone identifier forTimeZone.UTC(#474).- Accept
"z"inTimeZone.of, with the same meaning as"Z"(#529).- Add
DateTimeFormat-basedKSerializerimplementations for datetime entities, and change the default serializers to be based ontoString/parsepairs (#415).Additions:
- Add
java.io.Serializableimplementations for most of the entities in the library (#143). Thanks for spotting and fixing a potential vulnerability,@lukellmann!- Add
LocalDateRange, a range ofLocalDatevalues (#190). Thanks,@PeterAttardo!- Add
YearMonthandYearMonthRange(#457).Tweaks and fixes:
- Support obtaining the system timezone on old Debian-based distributions (#430).
- Fix not being able to parse some valid timezone identifiers using the
timeZoneId()directive (#444).- Use the grammar defined in RFC 9557 for parsing timezone identifiers in the
timeZoneId()directive, allowing parsing values not present in the timezone database (#531).- Improved error messages when formatting an invalid
DateTimeComponentsvalue (#471).- Set the JPMS dependency on
kotlinx.serialization.coreto be optional (#496).
Changelog
Sourced from org.jetbrains.kotlinx:kotlinx-datetime-jvm's changelog.
CHANGELOG
0.7.1
- Add
kotlinx.datetime.Instantandkotlinx.datetime.Clocktype aliases to, respectively,kotlin.time.Instantandkotlin.time.Clockto make migration more convenient.- Add a fallback timezone database implementation for Darwin that uses the Foundation framework if the timezone database is unavailable on the filesystem (#485).
- Restore binary compatibility in string format definitions utilizing dates on the JVM (#545).
0.7.0
Breaking changes:
- Remove
kotlinx.datetime.Instantandkotlinx.datetime.Clockin favor ofkotlin.time.Instant(#506). See https://github.com/Kotlin/kotlinx-datetime?tab=readme-ov-file#deprecation-of-instant for a description of what to do if this causes problems.- Unify the range of admissible
LocalDateandLocalDateTimevalues on all platforms (#432).- Rename
dayOfMonthtoday,monthNumbertomonth(#84).- Make
DayOfWeekandMonthno longer type aliases tojava.time.DayOfWeekandjava.time.Month(#96).- Make
"UTC"and not"Z"be the timezone identifier forTimeZone.UTC(#474).- Accept
"z"inTimeZone.of, with the same meaning as"Z"(#529).- Add
DateTimeFormat-basedKSerializerimplementations for datetime entities, and change the default serializers to be based ontoString/parsepairs (#415).Additions:
- Add
java.io.Serializableimplementations for most of the entities in the library (#143). Thanks for spotting and fixing a potential vulnerability,@lukellmann!- Add
LocalDateRange, a range ofLocalDatevalues (#190). Thanks,@PeterAttardo!- Add
YearMonthandYearMonthRange(#457).Tweaks and fixes:
- Support obtaining the system timezone on old Debian-based distributions (#430).
- Fix not being able to parse some valid timezone identifiers using the
timeZoneId()directive (#444).- Use the grammar defined in RFC 9557 for parsing timezone identifiers in the
timeZoneId()directive, allowing parsing values not present in the timezone database (#531).- Improved error messages when formatting an invalid
DateTimeComponentsvalue (#471).- Set the JPMS dependency on
kotlinx.serialization.coreto be optional (#496).
Commits
1d73c7bThe compatibility artifact for 0.7.115794e9Version 0.7.1aebfd48fixup! Support new maven central publication scheme637db6cfixup! Support new maven central publication schemeb9a1b37Remove old sonatype staging repo configuration6b4e8c7Support new maven central publication scheme3d84f69Allow running MacOS TeamCity builds on ARM agents (#553)19dfa80Restore binary compatibility ofyear(),monthNumber(), anddayOfYear()...2e4fda1Add note about kotlinx-serialization to 0.7.0 migration section (#550)5824a70Implement Foundation-based time zone support for Darwin systems with comprehe...- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Status for workflow Build (on pull request)
This is the status report for running Build (on pull request) on commit 061fb6d27bb00239b16f8378eadb282b1b5ab15e.
Failing Jobs
| Status | Name | Step | Failures | Logs | Raw logs |
|---|---|---|---|---|---|
| :heavy_check_mark: | JVM tests - core - Java 17 | Logs | Raw logs | ||
| :x: | JVM tests - core - Java 21 | Run tests of core with JDK 21 |
Failures | Logs | Raw logs |
| :heavy_check_mark: | JVM tests - core - Java 24 | Logs | Raw logs |
Full information is available in the Build summary check run.
Failures
:gear: JVM tests - core - Java 21 #
:package: core/deployment
:x: io.quarkiverse.langchain4j.test.tools.ToolExecutionModelWithStreamingTest.testToolInvocationOnVirtualThreadFromEventLoop - More details - Source on GitHub
java.util.concurrent.RejectedExecutionException: event executor terminated
at io.netty.util.concurrent.SingleThreadEventExecutor.reject(SingleThreadEventExecutor.java:934)
at io.netty.util.concurrent.SingleThreadEventExecutor.offerTask(SingleThreadEventExecutor.java:353)
at io.netty.util.concurrent.SingleThreadEventExecutor.addTask(SingleThreadEventExecutor.java:346)
at io.netty.util.concurrent.SingleThreadEventExecutor.execute(SingleThreadEventExecutor.java:836)
at io.netty.util.concurrent.SingleThreadEventExecutor.execute0(SingleThreadEventExecutor.java:827)
at io.netty.util.concurrent.SingleThreadEventExecutor.execute(SingleThreadEventExecutor.java:817)
at io.vertx.core.impl.EventLoopExecutor.execute(EventLoopExecutor.java:35)