Hibernate-reactive: Quarkus에서 가져오는 게으른 컬렉션

에 만든 2021년 03월 12일 · 30코멘트 · 출처: hibernate/hibernate-reactive

Quarkus에서 Mutiny와의 연결을 느리게 가져오려고 할 때 데이터를 유지하는 데 사용된 세션과 다른 세션에서 가져오기가 수행되면 작동하지 않습니다. 동일한 세션을 사용하는 경우(따라서 동일한 세션에서 유지한 직후 가져오기) 작동합니다.

예상되는 행동
다른 세션에서도 작동합니다.

실제 행동
연결을 가져오려고 할 때 예외가 발생합니다.

2021-03-12 09:56:23,634 ERROR [org.jbo.res.rea.com.cor.AbstractResteasyReactiveContext] (vert.x-eventloop-thread-2) Request failed: org.hibernate.LazyInitializationException: Collection cannot be initialized: com.example.Author.books
    at org.hibernate.reactive.session.impl.ReactiveSessionImpl.initializeCollection(ReactiveSessionImpl.java:330)
    at org.hibernate.collection.internal.AbstractPersistentCollection$4.doWork(AbstractPersistentCollection.java:589)
    at org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:264)
    at org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:585)
    at org.hibernate.collection.internal.AbstractPersistentCollection.read(AbstractPersistentCollection.java:149)
    at org.hibernate.collection.internal.AbstractPersistentCollection$1.doWork(AbstractPersistentCollection.java:178)
    at org.hibernate.collection.internal.AbstractPersistentCollection$1.doWork(AbstractPersistentCollection.java:163)
    at org.hibernate.collection.internal.AbstractPersistentCollection.withTemporarySessionIfNeeded(AbstractPersistentCollection.java:264)
    at org.hibernate.collection.internal.AbstractPersistentCollection.readSize(AbstractPersistentCollection.java:162)
    at org.hibernate.collection.internal.PersistentBag.size(PersistentBag.java:371)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.takeCollectionSizeSnapshot(LazyAttributeLoadingInterceptor.java:160)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.lambda$loadAttribute$0(LazyAttributeLoadingInterceptor.java:110)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementHelper.performWork(EnhancementHelper.java:130)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.loadAttribute(LazyAttributeLoadingInterceptor.java:76)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.fetchAttribute(LazyAttributeLoadingInterceptor.java:72)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.handleRead(LazyAttributeLoadingInterceptor.java:53)
    at org.hibernate.bytecode.enhance.spi.interceptor.AbstractInterceptor.readObject(AbstractInterceptor.java:153)
    at com.example.Author.$$_hibernate_read_books(Author.java)
    at com.example.Author.getBooks(Author.java:43)
    at com.example.TestResource.lambda$getBooks$2(TestResource.java:61)
    at io.smallrye.mutiny.operators.UniOnItemTransformToUni.invokeAndSubstitute(UniOnItemTransformToUni.java:31)
    at io.smallrye.mutiny.operators.UniOnItemTransformToUni$2.onItem(UniOnItemTransformToUni.java:74)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.lambda$onItem$1(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.context.impl.wrappers.SlowContextualExecutor.execute(SlowContextualExecutor.java:19)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.onItem(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.mutiny.operators.UniSerializedSubscriber.onItem(UniSerializedSubscriber.java:85)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.lambda$onItem$1(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.context.impl.wrappers.SlowContextualExecutor.execute(SlowContextualExecutor.java:19)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.onItem(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.mutiny.operators.UniDelegatingSubscriber.onItem(UniDelegatingSubscriber.java:24)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.lambda$onItem$1(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.context.impl.wrappers.SlowContextualExecutor.execute(SlowContextualExecutor.java:19)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.onItem(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.mutiny.operators.UniSerializedSubscriber.onItem(UniSerializedSubscriber.java:85)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.lambda$onItem$1(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.context.impl.wrappers.SlowContextualExecutor.execute(SlowContextualExecutor.java:19)
    at io.smallrye.mutiny.context.ContextPropagationUniInterceptor$1.onItem(ContextPropagationUniInterceptor.java:31)
    at io.smallrye.mutiny.operators.uni.builders.UniCreateFromCompletionStage.lambda$forwardFromCompletionStage$1(UniCreateFromCompletionStage.java:30)
    at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859)
    at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837)
    at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
    at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2073)
    at com.ibm.asyncutil.iteration.AsyncTrampoline$TrampolineInternal.unroll(AsyncTrampoline.java:127)
    at com.ibm.asyncutil.iteration.AsyncTrampoline$TrampolineInternal.lambda$unroll$0(AsyncTrampoline.java:123)
    at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859)
    at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837)
    at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
    at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2073)
    at org.hibernate.reactive.pool.impl.Handlers.lambda$toCompletionStage$0(Handlers.java:26)
    at io.vertx.sqlclient.impl.SqlResultHandler.complete(SqlResultHandler.java:98)
    at io.vertx.sqlclient.impl.SqlResultHandler.handle(SqlResultHandler.java:87)
    at io.vertx.sqlclient.impl.SqlResultHandler.handle(SqlResultHandler.java:33)
    at io.vertx.sqlclient.impl.SocketConnectionBase.handleMessage(SocketConnectionBase.java:241)
    at io.vertx.sqlclient.impl.SocketConnectionBase.lambda$init$0(SocketConnectionBase.java:88)
    at io.vertx.core.net.impl.NetSocketImpl.lambda$new$2(NetSocketImpl.java:101)
    at io.vertx.core.streams.impl.InboundBuffer.handleEvent(InboundBuffer.java:237)
    at io.vertx.core.streams.impl.InboundBuffer.write(InboundBuffer.java:127)
    at io.vertx.core.net.impl.NetSocketImpl.handleMessage(NetSocketImpl.java:357)
    at io.vertx.core.impl.ContextImpl.executeTask(ContextImpl.java:366)
    at io.vertx.core.impl.EventLoopContext.execute(EventLoopContext.java:43)
    at io.vertx.core.impl.ContextImpl.executeFromIO(ContextImpl.java:229)
    at io.vertx.core.net.impl.VertxHandler.channelRead(VertxHandler.java:163)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
    at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
    at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436)
    at io.vertx.pgclient.impl.codec.PgEncoder.lambda$write$0(PgEncoder.java:78)
    at io.vertx.pgclient.impl.codec.PgCommandCodec.handleReadyForQuery(PgCommandCodec.java:138)
    at io.vertx.pgclient.impl.codec.PgDecoder.decodeReadyForQuery(PgDecoder.java:226)
    at io.vertx.pgclient.impl.codec.PgDecoder.channelRead(PgDecoder.java:86)
    at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
    at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
    at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
    at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
    at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
    at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714)
    at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650)
    at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576)
    at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493)
    at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)
    at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
    at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)

재생기

https://github.com/markusdlugi/hibernate-reactive-lazy-fetching

동작을 재현하는 단계:

infrastructure/docker-compose.yml 사용하여 데이터베이스를 시작합니다.
mvn quarkus:dev 사용하여 Quarkus 애플리케이션 시작
요청 보내기: POST http://localhost:8080/test/working .
3.1. 이것은 작동하고 책 목록을 반환합니다.
요청 보내기: GET http://localhost:8080/test/failing/1 (또는 POST http://localhost:8080/test/failing 를 통해 생성된 다른 작성자 ID).
4.1 위의 예외를 제외하고는 실패합니다.

Quarkus 버전: 1.12.2
Hibernate Reactive Version: 1.0.0.Beta4(Maven에서 버전을 덮어써서 1.0.0.CR1에서도 테스트됨, 동일한 동작)
최대 절전 모드 코어 버전: 5.4.28.Final(동일한 동작인 Maven의 버전을 덮어써서 5.4.29.Final에서도 테스트됨)

bug

출처

markusdlugi

가장 유용한 댓글

방금 테스트했고 이제 Quarkus에서 지연 컬렉션 가져오기가 작동하는지 확인할 수 있습니다. 다시 한 번 감사합니다 :스마일:

markusdlugi 에 2021년 03월 18일

🎉2

모든 30 댓글

/cc @DavidD @gavinking

markusdlugi 에 2021년 03월 12일

예, 우리는 이것이 올바른 일이라고 결정했다고 생각합니다. JPA에는 엔터티 인스턴스를 세션과 다시 연결한다는 개념이 없습니다. 그것은 saveOrUpdate() 를 사용하여 분리된 객체를 직접 재연결할 수 있는 Hibernate의 정말 오래된 사용 패턴과 약간 다릅니다. JPA에서 분리된 개체를 처리하는 모델은 merge() 작업입니다.

(그리고 이것을 사용하지 않는 데는 좋은 이유가 있습니다. 경험상 실제로 사용자는 재결합으로 인해 혼란에 빠지게 됩니다.)

분리된 컬렉션을 로드하는 것은 실제로 부모를 다시 연결하는 것을 의미하므로 단순히 지원하지 않습니다.

그러나 IIRC에서는 StatelessSession 프로그래밍 모델과 훨씬 더 호환되기 때문에 이 작업을 할 수 있습니다. 상태 비저장 세션을 사용해 보고 효과가 있는지 알려주십시오.

gavinking 에 2021년 03월 12일

@gavinking님 , 빠른 답변 감사합니다.

말씀하신 내용을 이해하고 있는지 잘 모르겠습니다. 그래서 내가 구현한 것은 문서에 설명된 것과 정확히 같습니다.

session.find(Author.class, authorId)
    .chain(author -> Mutiny.fetch(author.getBooks()));

이것은 저자와 그의 책이 동일한 세션(즉, 동일한 HTTP 요청에서)으로 지속된 경우 작동하지만 다른 세션(즉, 다른 요청)을 사용하는 경우 작동하지 않습니다.

그래서 이것이 적어도 "정상적인"(상태 저장?) 세션에 대해 의도된 동작이라는 것을 의미합니까? 이것은 내가 거의 항상 데이터베이스를 유지한 후 일정 시간이 지나면 다른 세션에서 일부 데이터를 가져오려고 시도하기 때문에 이것은 정말 표준적인 사용 사례처럼 보입니다. 이는 일반 세션을 사용하는 경우 지연 연결이 지원되지 않음을 의미합니다. 이 경우 문서에서 지연 연결을 가져오려면 StatelessSession 사용해야 한다고 명시적으로 언급해야 한다고 주장합니다.

markusdlugi 에 2021년 03월 12일

새 세션에서 getReference() 를 사용하여 컬렉션을 소유한 엔터티에 대한 세션 바인딩 참조를 가져와야 합니다. 그런 다음 원하는 대로 컬렉션을 가져올 수 있습니다.

이것은 표준 JPA 모델이며 getReference() 오버로드했기 때문에 HR에서 사용하기가 훨씬 더 쉽습니다.

gavinking 에 2021년 03월 12일

@gavinking 이런 뜻인가요?

Author reference = session.getReference( Author.class, authorId );
return Mutiny.fetch( reference.getBooks() );

DavideD 에 2021년 03월 12일

당연하지만 저는 더 쉽게 만들었습니다. 분리된 작성자를 getReference() 직접 전달할 수 있습니다.

gavinking 에 2021년 03월 12일

좋아, 나는 그 제안들을 시도했지만 불행히도 그것들도 작동하지 않았다. 내가 여기에서 뭔가 잘못하고 있다면 친절하게 지적해 주실 수 있습니다.

https://github.com/markusdlugi/hibernate-reactive-lazy-fetching/blob/f3458eee969d7c3597560aaf8a646b7aad2ee9b0/src/main/java/com/example/TestResource.java#L55 -L79

getReference() 사용하는 접근 방식은 다음 예외와 함께 실패합니다.

2021-03-12 14:17:51,381 ERROR [org.jbo.res.rea.ser.cor.ExceptionMapping] (vert.x-eventloop-thread-10) Request failed : java.lang.NullPointerException
    at org.hibernate.engine.internal.AbstractEntityEntry.overwriteLoadedStateCollectionValue(AbstractEntityEntry.java:336)
    at org.hibernate.persister.entity.AbstractEntityPersister.initializeLazyProperty(AbstractEntityPersister.java:1144)
    at org.hibernate.persister.entity.AbstractEntityPersister.initializeEnhancedEntityUsedAsProxy(AbstractEntityPersister.java:4497)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementAsProxyLazinessInterceptor.forceInitialize(EnhancementAsProxyLazinessInterceptor.java:221)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementAsProxyLazinessInterceptor.lambda$handleRead$0(EnhancementAsProxyLazinessInterceptor.java:133)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementHelper.performWork(EnhancementHelper.java:130)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementAsProxyLazinessInterceptor.handleRead(EnhancementAsProxyLazinessInterceptor.java:98)
    at org.hibernate.bytecode.enhance.spi.interceptor.AbstractInterceptor.readObject(AbstractInterceptor.java:153)
    at com.example.Author.$$_hibernate_read_books(Author.java)
    at com.example.Author.getBooks(Author.java:43)
    at com.example.TestResource.getBooksUsingReference(TestResource.java:69)
    ...

StatelessSession 사용하는 다른 제안된 솔루션은 다음과 함께 실패합니다.

2021-03-12 14:21:11,840 ERROR [org.jbo.res.rea.ser.cor.ExceptionMapping] (vert.x-eventloop-thread-5) Request failed : org.hibernate.LazyInitializationException: Unable to perform requested lazy initialization [com.example.Author.books] - no session and settings disallow loading outside the Session
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementHelper.throwLazyInitializationException(EnhancementHelper.java:199)
    at org.hibernate.bytecode.enhance.spi.interceptor.EnhancementHelper.performWork(EnhancementHelper.java:89)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.loadAttribute(LazyAttributeLoadingInterceptor.java:76)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.fetchAttribute(LazyAttributeLoadingInterceptor.java:72)
    at org.hibernate.bytecode.enhance.spi.interceptor.LazyAttributeLoadingInterceptor.handleRead(LazyAttributeLoadingInterceptor.java:53)
    at org.hibernate.bytecode.enhance.spi.interceptor.AbstractInterceptor.readObject(AbstractInterceptor.java:153)
    at com.example.Author.$$_hibernate_read_books(Author.java)
    at com.example.Author.getBooks(Author.java:43)
    at com.example.TestResource.lambda$getBooksUsingStatelessSession$3(TestResource.java:78)
    ...

markusdlugi 에 2021년 03월 12일

살펴보겠습니다. 바이트코드 향상과 관련이 있는 것 같습니다.

DavideD 에 2021년 03월 12일

@DavidD , 업데이트가 있습니까?

이 repo에서 session-example 를 사용하여 Quarkus 없이 문제를 재현하려고 했지만 그렇게 할 수 없었습니다. Hibernate Reactive와 일반 Mutiny만 있으면 예상대로 작동합니다. 또한 find() , getReference() 또는 StatelessSession 필요 없이 작동합니다.

따라서 이 문제는 Quarkus에서만 발생하는 것 같습니다.

markusdlugi 에 2021년 03월 15일

아직 조사 중입니다.

Quarkus에서 기본적으로 활성화된 바이트코드 향상 때문에 문제가 발생합니다.
Hibernate Reactive만 사용할 때 어떤 속성 집합이 문제를 재현하는지 아직 파악하지 못했습니다. 그러나 나는 오늘도 계속 일할 것이다

DavideD 에 2021년 03월 15일

👍1

이제 반응형에서 오류를 재현할 수 있습니다. 두 가지가 필요합니다.

hibernate.bytecode.allow_enhancement_as_proxy 를 true로 설정
SessionFactoryOptions#enableCollectionInDefaultFetchGroup 를 false로 설정합니다. true로 설정해야합니다 https://github.com/hibernate/hibernate-reactive/blob/a3f4c61eef71baab8ca321da5af0bfb9052bde4b/hibernate-reactive-core/src/main/java/org/hibernate/reactive/provider/service/ReactiveSessionFactoryBuilderService.java #L27

@gavinking Quarkus에서 enableCollectionInDefaultFetchGroup 가 false로 설정되어 있는지 확인해야 한다고 생각하는 것이 맞습니까? 나는 현재 전체 문제를 완전히 이해하지 못한다는 것을 인정합니다(나는 문제 #374에 대한 대화를 따르려고 노력했습니다)

DavideD 에 2021년 03월 16일

음. 기본 가져오기 그룹에 컬렉션이 있어야만 의미가 있다고 생각합니다. 나는 그것을 배제하는 것이 결코 의미가 없다고 생각합니다.

gavinking 에 2021년 03월 16일

n Quarkus enableCollectionInDefaultFetchGroup이 false로 설정됨

죄송합니다. 예, is set to true 라고 쓰고 싶었습니다. 잠시 쉬어가는 시간 :-)

DavideD 에 2021년 03월 16일

아 그렇군요 :-) 쉬세요 :-)

gavinking 에 2021년 03월 16일

@DavidD 훌륭한 발견입니다. 감사합니다 :)

#374 및 관련 hibernate/hibernate-orm#3558의 토론에 따르면 enableCollectionInDefaultFetchGroup 가 Quarkus에서 의도적으로 false 로 남겨진 것처럼 보인다는 점을 지적하고 싶었습니다. 적어도 그것이 내가 이 댓글에서 수집하고 있는 것입니다.

https://github.com/hibernate/hibernate-orm/pull/3558#issuecomment -695003875

어쨌든 Quarkus는 현재 해당 속성을 true 설정하지 않는 것 같습니다. FastBootReactiveEntityManagerFactoryBuilder 에서 구성되지 않았기 때문입니다.

https://github.com/quarkusio/quarkus/blob/55cf15173ff7b2985a8422de050d1c9c708be57c/extensions/hibernate-reactive/runtime/src/main/java/io/quarkus/hibernate/reactive/runtime/boot/Entity#

그리고 내가 올바르게 확인했다면 Hibernate ORM의 기본값은 여전히 false 인 것 같으며 이는 Quarkus에서만 이 동작을 볼 수 있는 이유를 설명합니다.

markusdlugi 에 2021년 03월 17일

@Sanne 은 이것을 봐야합니다.

gavinking 에 2021년 03월 17일

true로 설정하기만 하면 매우 쉽게 해결할 수 있습니다. 수정 사항을 작성한 다음 @Sanne에게 확인합니다.

DavideD 에 2021년 03월 17일

내가 궁금한 것은 그것이 ORM이 필요로 하는 것이기 때문에 false로 설정되어 있는지, 그리고 일반 Hibernate를 밟지 않도록 주의해야 하는지 여부입니다.

gavinking 에 2021년 03월 17일

좋은 발견, 감사합니다. 예, 두 개의 확장("일반" 및 "반응")이 고도로 결합된 ATM이기 때문에 약간 까다롭습니다.

그것들을 적절하게 분리할 필요가 있다, 그것은 너무 서두르게 개발되었다.

Sanne 에 2021년 03월 17일

(OTOH, ORM에 왜 ORM이 필요한지 잘 모르겠습니다. 이전에 주장했듯이 기본적으로 켜져 있어야 한다고 생각합니다.)

gavinking 에 2021년 03월 17일

흠 좋아. 두 ORM(Quarkus에서) 모두에 대해 이 작업을 수행해 보겠습니다.

Sanne 에 2021년 03월 17일

@gavinking , 제목이 잘못된 것 같은데요? 대신 enableCollectionInDefaultFetchGroup 를 넣으려고 했던 것 같습니다. 어쨌든 네이티브 때문에 Quarkus에는 바이트 코드 향상이 필요합니다. :)

markusdlugi 에 2021년 03월 17일

아, 네, 네 말이 맞는 것 같아요.

Quarkus의 기본 설정에 이 버그가 있다는 말씀이신가요?

gavinking 에 2021년 03월 17일

예, 이 버그를 얻기 위해 Quarkus에서 특별한 구성이 필요하지 않습니다. @DavidD 는

markusdlugi 에 2021년 03월 17일

확신하는.

문제는 실제로 HR의 버그가 아니라는 것입니다. 저는 HR에서 항상 필요하기 때문에 "기본 가져오기 그룹의 컬렉션"을 코어에 의도적으로 추가했습니다.

그래서 버그는 그것을 끄는 Quarkus 확장에 있습니다.

(또는 기본적으로 잘못된 일을 하는 핵심입니다.)

gavinking 에 2021년 03월 17일

👍2

Quarkus에 대한 수정 사항을 보냈습니다: https://github.com/quarkusio/quarkus/pull/15818
getReference 는 현재 quarkus에서 작동하지 않는 것 같습니다. 나는 그것에 대해 별도의 문제를 만들 것입니다.

DavideD 에 2021년 03월 17일

❤1 👍1

잘 들립니다. 감사합니다! 👍

markusdlugi 에 2021년 03월 17일

방금 테스트했고 이제 Quarkus에서 지연 컬렉션 가져오기가 작동하는지 확인할 수 있습니다. 다시 한 번 감사합니다 :스마일:

markusdlugi 에 2021년 03월 18일

🎉2

@markusdlugi 감사합니다.

DavideD 에 2021년 03월 19일

신고해 주셔서 감사합니다 @markusdlugi

gavinking 에 2021년 03월 19일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Hibernate-reactive: Quarkus에서 가져오는 게으른 컬렉션

가장 유용한 댓글

모든 30 댓글

관련 문제