Jdbi: JDBI3 버전 3.19.0은 JDK < 11에서 실행되지 않습니다.

@sjoerdtalsma님 , 죄송합니다. 카페인에는 jdk8과 jdk16 모두에서 실행되는 버전이 없습니다. 16은 이제 GA이므로 Jdbi는 호환되는 Caffeine 버전으로 업그레이드했습니다. 릴리스 노트에는 다음이 언급되어 있습니다.

jdk16에 대해 카페인 dep를 3.0.1로 업그레이드합니다(참고: jdk8 사용자는 2.x로 다시 관리해야 함).

그러나 나는 그것이 그다지 눈에 띄지 않는다는 데 동의합니다.

나는 또한 여기에 메모를 추가했습니다: http://jdbi.org/#_java_compatibility

이것을 사용자에게 더 잘 알릴 수 있는 방법이 있습니까? 카페인 버전을 2.x로 되돌리면 모든 것이 제대로 작동하지만 문제가 더 있으면 알려주십시오.

나는 이것을 훨씬 더 눈에 띄게 하기 위해 릴리스 노트를 일부 업데이트했습니다. 여기서 더 잘할 수 있는 것이 있으면 알려주세요.

감사합니다. 다른 분들이 저보다 조금 더 주의 깊게 읽으셨으면 좋겠습니다.
나에게 실제로 문제는 아니지만 내 라이브러리의 사용자가 조심해야 하는 것 뿐만 아니라 이것은 그들에 대한 전이적 종속성의 전이적 종속성입니다 😉 .

나는 카페인을 다운그레이드하지 않고 표준 버전을 고수하고 JDK8 바이트코드 아티팩트를 계속 제공하면서 최신 JDK로 빌드하기로 결정했습니다. 그런 식으로 나는 그들이 스스로 결정하도록 맡깁니다.

강조해주셔서 감사합니다. 이제 이 문제를 마무리하겠습니다.

예, 이것이 최종 사용자에게 푸시되는 것은 정말 유감입니다. 그러나 훌륭한 개발 경험을 원한다면 이제 Java를 업그레이드해야 할 때입니다. 8에서 실행하는 것은 점점 더 어려워질 것입니다.)

라이브러리에 퍼즐 module-info.java 메타데이터를 추가하는 동안 JDK 1.5 바이트코드 호환성을 유지하려고 한다고 상상해보세요 😉
나는 요구 사항을 최소 공통 분모로 제한하려고 노력합니다.

죄송합니다. 카페인에는 jdk8과 jdk16 모두에서 실행되는 버전이 없습니다.

참고로 2.x의 호환성 문제는 sun.misc.Unsafe 를 비활성화하려는 사람들에게만 해당됩니다. 이는 기본적으로 JDK16에서 여전히 허용되지만 jlink를 통해 제한할 수 있습니다. Unsafe는 Caffeine 3.0(대체를 통해)에서 더 이상 필요하지 않으며 마스터(3.0.2 예정)에서 완전히 제거되었습니다. JDK16의 강화된 액세스 제한은 우리에게 영향을 미치지 않았지만 JDK8은 VarHandles와 함께 제공되지 않았으므로 Unsafe를 사용하여 멈췄습니다(또는 필드에 액세스할 때 리플렉션 사용으로 인해 성능 문제가 있는 AtomicReferenceFieldUpdater 마이그레이션). .

안녕하세요 @ben-manes, 여기에 추가 컨텍스트에 감사드립니다. jdk16이 여전히 Unsafe를 사용할 수 있도록 하는 것은 사실이지만 기본적으로는 허용되지 않는다고 생각합니다. 적어도 우리의 경우에는 기본이 이제 거부이므로 --illegal-access=permit 를 전달해야 했습니다. Jdbi가 포함된 새로운 jdk16 프로젝트에 대한 "즉시 사용 가능한 경험"이 이와 같은 못생긴 스위치를 필요로 하므로 3.x로 업그레이드하는 것을 원하지 않았습니다.

더 이상 Unsafe를 사용하지 않도록 업데이트해주셔서 감사합니다. 이 기능이 없어져서 기쁩니다. :)