Jdbi: JDBI3 संस्करण 3.19.0 JDK <11 . पर नहीं चलता है

हाय @sjoerdtalsma , आपको थोड़ा खेद है: कैफीन का कोई संस्करण नहीं है जो jdk8 और jdk16 दोनों पर चलता है। चूंकि 16 अब GA है, Jdbi को कैफीन के संगत संस्करण में अपग्रेड किया गया है। रिलीज नोट्स में उल्लेख है:

jdk16 के लिए कैफीन डिप को 3.0.1 में अपग्रेड करें (नोट: jdk8 उपयोगकर्ताओं को इसे 2.x पर वापस प्रबंधित करने की आवश्यकता होगी)

लेकिन मैं मानता हूं कि यह बहुत प्रमुख नहीं है।

मैंने यहां एक नोट भी जोड़ा: http://jdbi.org/#_java_compatibility

क्या कोई तरीका है जिससे हम उपयोगकर्ताओं को इसका बेहतर संकेत दे सकें? उम्मीद है कि एक बार जब आप 2.x पर वापस कैफीन संस्करण का प्रबंधन कर लेंगे तो यह सब काम करेगा, लेकिन अगर कोई और परेशानी हो तो कृपया हमें बताएं।

मैंने इसे और अधिक प्रमुखता से कहने के लिए रिलीज़ नोट्स में कुछ अपडेट किए हैं। हमें बताएं कि क्या कुछ और है जो हम यहां बेहतर कर सकते हैं।

धन्यवाद, मुझे आशा है कि अन्य लोग मुझसे थोड़ा अधिक ध्यान से पढ़ेंगे।
यह वास्तव में मेरे लिए कोई समस्या नहीं है, लेकिन मेरे पुस्तकालय के उपयोगकर्ताओं को कुछ सावधान रहना होगा और साथ ही यह उनके लिए एक संक्रमणीय निर्भरता की एक संक्रमणीय निर्भरता है।

मैंने कैफीन को डाउनग्रेड नहीं करने का फैसला किया, लेकिन मानक संस्करण के साथ रहना और अभी भी एक जेडीके 8 बाइटकोड आर्टिफैक्ट वितरित करते समय एक हालिया जेडीके के साथ निर्माण करना। इस तरह मैं यह उन पर छोड़ देता हूं कि वे स्वयं निर्णय लें।

अतिरिक्त जोर देने के लिए धन्यवाद, मैं अब इस मुद्दे को बंद कर दूंगा।

हाँ, यह वास्तव में दुर्भाग्यपूर्ण है कि इसे अंतिम उपयोगकर्ताओं तक पहुँचाया जाता है। लेकिन अगर वे एक उत्कृष्ट विकास अनुभव चाहते हैं, तो जावा को अपग्रेड करने का समय आ गया है, यह केवल 8 पर चलने के लिए कठिन और कठिन होता रहेगा;)

अपने पुस्तकालय के लिए आरा module-info.java मेटाडेटा जोड़ते समय JDK 1.5 बाइटकोड संगतता बनाए रखने की कोशिश करने की कल्पना करें
मैं आवश्यकताओं को कम से कम आम भाजक तक सीमित रखने की कोशिश करता हूं।

क्षमा करें, आप: कैफीन का कोई संस्करण नहीं है जो jdk8 और jdk16 दोनों पर चलता है

बस fyi, 2.x में संगतता समस्या केवल उन लोगों के लिए है जो sun.misc.Unsafe को अक्षम करना चाहते हैं। यह अभी भी डिफ़ॉल्ट रूप से JDK16 में अनुमत है, लेकिन इसे jlink के माध्यम से प्रतिबंधित किया जा सकता है। कैफीन 3.0 (फॉलबैक के माध्यम से) में अब असुरक्षित की आवश्यकता नहीं थी, और पूरी तरह से मास्टर (आगामी 3.0.2) पर हटा दिया गया था। JDK16 में एक्सेस प्रतिबंधों के कड़े होने से हम पर कोई प्रभाव नहीं पड़ा, लेकिन JDK8 ने VarHandles के साथ शिप नहीं किया, इसलिए हम Unsafe (या AtomicReferenceFieldUpdater माइग्रेट कर रहे थे, जिसमें किसी फ़ील्ड तक पहुँचने पर प्रतिबिंब का उपयोग करने के कारण प्रदर्शन समस्याएँ हैं) .

हाय @ बेन-मेन, यहां अतिरिक्त संदर्भ के लिए धन्यवाद। यह सच है कि jdk16 आपको अभी भी असुरक्षित का उपयोग करने की अनुमति देता है, लेकिन मुझे नहीं लगता कि डिफ़ॉल्ट रूप से इसकी अनुमति है - कम से कम हमारे मामले में हमें --illegal-access=permit पास करना पड़ा क्योंकि डिफ़ॉल्ट अब अस्वीकार कर दिया गया है। मैं नहीं चाहता था कि जेडीबी के साथ एक नई जेडीके 16 परियोजना के लिए "बॉक्स अनुभव से बाहर" उस तरह के बदसूरत स्विच की आवश्यकता हो, इसलिए 3.x में अपग्रेड करें।

अब असुरक्षित का उपयोग न करने के लिए अद्यतन करने के लिए धन्यवाद, हम इसे समाप्त होते हुए देखकर खुश हैं :)