Hibernate-reactive: क्वार्कस में आलसी संग्रह ला रहा है

को निर्मित 12 मार्च 2021 · 30टिप्पणियाँ · स्रोत: hibernate/hibernate-reactive

क्वार्कस में विद्रोह के साथ आलसी रूप से एक एसोसिएशन लाने की कोशिश करते समय, यह काम नहीं करता है यदि डेटा को बनाए रखने के लिए उपयोग किए जाने वाले एक अलग सत्र में फ़ेच किया जाता है। यदि एक ही सत्र का उपयोग किया जाता है (इसलिए उसी सत्र में बने रहने के बाद ठीक हो रहा है), यह काम करता है।

अपेक्षित् व्यवहार
यह विभिन्न सत्रों में भी काम करता है।

वास्तविक व्यवहार
एसोसिएशन लाने का प्रयास करते समय एक अपवाद फेंक दिया जाता है:

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 का उपयोग करके क्वार्कस एप्लिकेशन प्रारंभ करें
अनुरोध भेजें: POST http://localhost:8080/test/working ।
3.1. यह काम करता है और किताबों की एक सूची देता है।
अनुरोध भेजें: GET http://localhost:8080/test/failing/1 (या अन्य लेखक आईडी POST http://localhost:8080/test/failing के माध्यम से बनाया गया)।
4.1 यह उपरोक्त अपवाद के साथ विफल रहता है।

क्वार्कस संस्करण: 1.12.2। अंतिम
हाइबरनेट प्रतिक्रियाशील संस्करण: 1.0.0.Beta4 (मावेन में संस्करण को अधिलेखित करके 1.0.0.CR1 के साथ भी परीक्षण किया गया, वही व्यवहार)
हाइबरनेट कोर संस्करण: 5.4.28। अंतिम (5.4.29 के साथ भी परीक्षण किया गया। मावेन में संस्करण को ओवरराइट करके अंतिम, समान व्यवहार)

bug

स्रोत

markusdlugi

सबसे उपयोगी टिप्पणी

बस इसका परीक्षण किया और पुष्टि कर सकता है कि आलसी संग्रह अब क्वार्कस में काम करता है। एक बार फिर धन्यवाद :मुस्कान :

markusdlugi 18 मार्च 2021

🎉2

सभी 30 टिप्पणियाँ

/सीसी @DavidD @gavinking

markusdlugi 12 मार्च 2021

हाँ, मुझे लगता है कि हमने तय किया कि यह करना सही था: जेपीए में एक सत्र के साथ एक इकाई उदाहरण को फिर से जोड़ने की कोई धारणा नहीं है। यह हाइबरनेट के वास्तव में पुराने उपयोग पैटर्न से थोड़ा अलग है जहां आप saveOrUpdate() का उपयोग किसी अलग वस्तु को सीधे पुन: संबद्ध करने के लिए कर सकते हैं। जेपीए में अलग वस्तुओं से निपटने के लिए मॉडल merge() ऑपरेशन है।

(और इसके नहीं होने के अच्छे कारण हैं। अनुभव यह है कि व्यवहार में उपयोगकर्ता खुद को पुनर्संयोजन के साथ गड़बड़ कर लेते हैं।)

चूंकि एक अलग किए गए संग्रह को लोड करने का अर्थ वास्तव में इसके माता-पिता को फिर से जोड़ना है, हम इसका समर्थन नहीं करते हैं।

हालांकि, आईआईआरसी, मैं आपको इसे StatelessSession में करने देता हूं, क्योंकि यह उस प्रोग्रामिंग मॉडल के साथ अधिक संगत है। एक स्टेटलेस सत्र का उपयोग करने का प्रयास करें और मुझे बताएं कि क्या यह आपके लिए काम करता है।

gavinking 12 मार्च 2021

हाय @gavinking , त्वरित उत्तर के लिए धन्यवाद।

मुझे पूरा यकीन नहीं है कि आप जो कह रहे हैं वह मुझे मिल रहा है या नहीं। तो मैंने जो लागू किया वह वही था जो दस्तावेज़ीकरण में वर्णित है:

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

यह काम कर रहा है अगर लेखक और उसकी किताबें एक ही सत्र (यानी, एक ही HTTP अनुरोध में) के साथ जारी रहे हैं, लेकिन अगर मैं एक और सत्र (यानी, एक और अनुरोध) का उपयोग करता हूं तो यह काम नहीं कर रहा है।

तो आप यह कह रहे हैं कि यह इरादा व्यवहार है, कम से कम "सामान्य" (स्टेटफुल?) सत्र के लिए? यह मुझे वास्तव में मानक उपयोग के मामले की तरह लगता है, क्योंकि मैं इसे जारी रखने के कुछ समय बाद डेटाबेस से कुछ डेटा प्राप्त करने का लगभग हमेशा प्रयास करूंगा, इसलिए एक अलग सत्र में। इसका मतलब यह होगा कि सामान्य सत्र का उपयोग करते हुए, आलसी संघों का समर्थन नहीं किया जाता है। उस स्थिति में, मैं तर्क दूंगा कि दस्तावेज़ीकरण में इसका स्पष्ट रूप से उल्लेख किया जाना चाहिए कि आलसी संघों को लाने के लिए StatelessSession उपयोग करने की आवश्यकता है।

markusdlugi 12 मार्च 2021

मैं कह रहा हूं कि नए सत्र में आपको संग्रह के स्वामित्व वाली इकाई के लिए सत्र-बाध्य संदर्भ प्राप्त करने के लिए getReference() का उपयोग करना चाहिए। फिर आप संग्रह को अपनी पसंद के अनुसार ला सकते हैं।

यह मानक जेपीए मॉडल है, एचआर में इसका उपयोग करना थोड़ा आसान है क्योंकि मैंने getReference() ओवरलोड किया है।

gavinking 12 मार्च 2021

@gavinking क्या आपका मतलब ऐसा कुछ है?

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

DavideD 12 मार्च 2021

ज़रूर, लेकिन मैंने इसे और भी आसान बना दिया। आप अलग किए गए लेखक को सीधे getReference() भेज सकते हैं।

gavinking 12 मार्च 2021

ठीक है, मैंने उन सुझावों की कोशिश की, लेकिन दुर्भाग्य से उन्होंने भी काम नहीं किया। हो सकता है कि आप यह बताने के लिए इतने दयालु हों कि क्या मैं यहाँ कुछ गलत कर रहा हूँ:

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 12 मार्च 2021

मैं एक नज़र डालूंगा, ऐसा लगता है कि यह बाइटकोड एन्हांसमेंट से संबंधित है

DavideD 12 मार्च 2021

@ डेविड डी , कोई अपडेट?

मैंने इस रेपो में केवल session-example का उपयोग करके क्वार्कस के बिना इस मुद्दे को पुन: पेश करने का प्रयास किया, लेकिन मैं ऐसा करने में असमर्थ था। केवल हाइबरनेट रिएक्टिव और सादे विद्रोह के साथ, यह अपेक्षा के अनुरूप काम करता है। यह find() का उपयोग करके भी काम करता है, कोई getReference() या StatelessSession आवश्यक नहीं है।

तो यह समस्या क्वार्कस में ही होती दिख रही है।

markusdlugi 15 मार्च 2021

मैं अभी भी इसमें देख रहा हूं।

क्वार्कस में डिफ़ॉल्ट रूप से सक्षम बाइटकोड एन्हांसमेंट के कारण समस्या होती है।
मुझे अभी भी पता नहीं चला है कि गुणों का कौन सा सेट केवल हाइबरनेट रिएक्टिव का उपयोग करते समय समस्या को फिर से बनाता है। लेकिन मैं आज भी इस पर काम करना जारी रखूंगा

DavideD 15 मार्च 2021

👍1

मैं अब प्रतिक्रियाशील में त्रुटि को फिर से बना सकता हूं। इसके लिए दो चीजों की आवश्यकता है:

hibernate.bytecode.allow_enhancement_as_proxy को सही पर सेट करें
SessionFactoryOptions#enableCollectionInDefaultFetchGroup को गलत पर सेट करें। इसे सत्य पर सेट किया जाना चाहिए: https://github.com/hibernate/hibernate-reactive/blob/a3f4c61eef71baab8ca321da5af0bfb9052bde4b/hibernate-reactive-core/src/main/java/org/hibernate/reactive/provider/service/ReactiveSession.javaory #L27

@gavinking क्या मैं यह सोचने में सही हूं कि हमें यह सुनिश्चित करना चाहिए कि क्वार्कस में enableCollectionInDefaultFetchGroup गलत पर सेट है? मैं मानता हूँ कि इस समय मुझे पूरा मामला पूरी तरह से समझ नहीं आ रहा है (मैंने #374 अंक पर बातचीत का अनुसरण करने का प्रयास किया है)

DavideD 16 मार्च 2021

उम। मुझे लगता है कि संग्रह को डिफ़ॉल्ट फ़ेच समूह में रखना ही समझ में आता है। मुझे नहीं लगता कि यह कभी समझ से बाहर करना बनाता है।

gavinking 16 मार्च 2021

n क्वार्कस सक्षम कोलेक्शनइनडिफॉल्टFetchGroup को गलत पर सेट किया गया है

क्षमा करें, हाँ, मेरा मतलब is set to true लिखना था। अंतराल के लिए समय :-)

DavideD 16 मार्च 2021

आह ठीक है :-) एक ब्रेक ले लो :-)

gavinking 16 मार्च 2021

@ डेविड डी यह कुछ बेहतरीन निष्कर्ष हैं, धन्यवाद :)

बस यह इंगित करना चाहता था कि #374 और संबंधित हाइबरनेट/हाइबरनेट-ओआरएम#3558 में चर्चा के अनुसार, ऐसा लगता है कि enableCollectionInDefaultFetchGroup जानबूझकर क्वार्कस में false होने के लिए छोड़ दिया गया था? कम से कम मैं इस टिप्पणी से यही एकत्र कर रहा हूं:

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

वैसे भी, ऐसा लगता है कि क्वार्कस वर्तमान में उस संपत्ति को true सेट नहीं करता है, क्योंकि यह FastBootReactiveEntityManagerFactoryBuilder में अपुष्ट है:

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

और अगर मैंने इसे सही तरीके से चेक किया है, तो हाइबरनेट ओआरएम में डिफ़ॉल्ट अभी भी false प्रतीत होता है, जो समझाएगा कि हम इस व्यवहार को केवल क्वार्कस में क्यों देखते हैं।

markusdlugi 17 मार्च 2021

@Sanne को इसे देखने की जरूरत है।

gavinking 17 मार्च 2021

अगर हमें इसे केवल सत्य पर सेट करना है, तो इसे हल करना बहुत आसान लगता है। मैं एक फिक्स बनाउंगा और फिर करूंगा

DavideD 17 मार्च 2021

खैर मैं जो सोच रहा हूं वह यह है कि क्या यह गलत पर सेट है क्योंकि ओआरएम को यही चाहिए, और अगर हमें नियमित हाइबरनेट पर कदम उठाने के लिए सावधान रहना चाहिए?

gavinking 17 मार्च 2021

महान खोज, धन्यवाद। हां, यह थोड़ा मुश्किल है क्योंकि दो एक्सटेंशन ("नियमित" और "प्रतिक्रियाशील") अत्यधिक युग्मित एटीएम हैं।

उन्हें ठीक से अलग करने की जरूरत है, जो कि बहुत अधिक हड़बड़ी में विकसित किया गया था।

Sanne 17 मार्च 2021

(ओटीओएच, मुझे यकीन नहीं है कि ओआरएम को इसकी आवश्यकता क्यों होगी; जैसा कि मैंने पहले तर्क दिया है, मुझे लगता है कि यह डिफ़ॉल्ट रूप से चालू होना चाहिए।)

gavinking 17 मार्च 2021

उहूं ठीक है। आइए इसे दोनों ओआरएम (क्वार्कस में) के लिए करें।

Sanne 17 मार्च 2021

@gavinking , मुझे लगता है कि शीर्षक गलत है, है ना? मुझे लगता है कि आप इसके बजाय enableCollectionInDefaultFetchGroup डालना चाहते थे। मूल रूप से क्वार्कस के लिए बाइटकोड संवर्द्धन आवश्यक है, मुझे लगता है :)

markusdlugi 17 मार्च 2021

आह हाँ, ज़रूर, मुझे लगता है कि तुम सही हो।

आप कह रहे हैं कि आप इस बग को क्वार्कस में डिफ़ॉल्ट सेटिंग्स के साथ देखते हैं?

gavinking 17 मार्च 2021

हां, इस बग को पाने के लिए क्वार्कस में किसी विशेष कॉन्फ़िगरेशन की आवश्यकता नहीं है। @ डेविड डी को सादे एचआर (क्वार्कस के बिना) में पुन: पेश करने के लिए बस कुछ विशेष कॉन्फ़िगरेशन करना पड़ा।

markusdlugi 17 मार्च 2021

ज़रूर।

बात यह है कि यह वास्तव में एचआर में एक बग नहीं है। मैंने जान-बूझकर उस "डिफॉल्ट फ़ेच ग्रुप में संग्रह" को विशेष रूप से मूल रूप से जोड़ा क्योंकि हमें एचआर में हर समय इसकी आवश्यकता होती है।

तो बग क्वार्कस एक्सटेंशन में है जो इसे बंद कर देता है।

(या, यकीनन, डिफ़ॉल्ट रूप से गलत काम करने के लिए कोर में।)

gavinking 17 मार्च 2021

👍2

मैंने क्वार्कस के लिए एक फिक्स भेजा है: https://github.com/quarkusio/quarkus/pull/15818
getReference इस समय क्वार्कस पर काम नहीं कर रहा है। मैं इसके लिए एक अलग मुद्दा तैयार करूंगा।

DavideD 17 मार्च 2021

❤1 👍1

बहुत अच्छा लगता है, धन्यवाद! मैं

markusdlugi 17 मार्च 2021

markusdlugi 18 मार्च 2021

🎉2

धन्यवाद @markusdlugi

DavideD 19 मार्च 2021

इसकी रिपोर्ट करने के लिए धन्यवाद @markusdlugi

gavinking 19 मार्च 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Hibernate-reactive: क्वार्कस में आलसी संग्रह ला रहा है

सबसे उपयोगी टिप्पणी

सभी 30 टिप्पणियाँ

संबंधित मुद्दों