Temurin-build: शेनान्दोआ जीसी jdk11 AIX और JDK11 विंडो32 में उपलब्ध नहीं है

https://wiki.openjdk.java.net/display/shenandoah/Main सुझाव देता है कि विन 32 को काम करना चाहिए लेकिन पीपीसी अभी भी एसएपी द्वारा विकास में हो सकता है। मैं Win32 के विफल होने के बारे में अत्यधिक चिंतित नहीं हूं क्योंकि मुझे संदेह है कि उपयोग का मामला 0 है।

विवरण
यदि धूम्रपान परीक्षण विफल हो जाता है, तो हम AQA परीक्षण के चलने को रोक देते हैं (जैसा कि जारी रखने के लिए कोई बिंदु नहीं है, क्योंकि बिल्ड/पैकेजिंग गलत है)।

इस समस्या को हल करने के लिए, हमें इस रिपॉजिटरी में प्लेलिस्ट.एक्सएमएल फ़ाइल में परिवर्तन करना होगा।

Win32 पर एक परीक्षण विफल हो रहा है, संभवतः क्योंकि कुछ बिल्ड कॉन्फ़िगरेशन सामग्री सेट नहीं की जा रही है, और यदि यह समस्या है तो इसे सत्यापित किया जाना चाहिए, और फिर तय किया जाना चाहिए। इस बीच, हमें win32 प्लेटफॉर्म के लिए परीक्षण को बाहर कर देना चाहिए, लेकिन यह समस्या तब तक खुली रहनी चाहिए जब तक कि हम इसका समाधान नहीं कर लेते। हम प्लेलिस्ट फ़ाइल में परीक्षण परिभाषा में एक अक्षम ब्लॉक जोड़कर ऐसा कर सकते हैं। कुछ इस तरह:

<disabled>
    <comment>https://github.com/AdoptOpenJDK/openjdk-build/issues/2566</comment>
    <plat>x86-32_windows</plat>
</disabled>

AIX के लिए, क्योंकि यह अभी भी विकास में है, हम <platformRequirements>^arch.ppc64</platformRequirements> को प्लेलिस्ट .

कदम दर कदम

इस समस्या को हल करने और सुधार में योगदान करने के लिए आपको निम्न चरण-दर-चरण सूची की जांच करनी चाहिए। वर्कफ़्लो का अधिक विस्तृत दस्तावेज़ीकरण यहाँ पाया जा सकता

• [ ] इस मुद्दे का दावा करें: नीचे टिप्पणी करें।
• [ ] केवल 'फोर्क' बटन पर क्लिक करके जीथब में रिपॉजिटरी को फोर्क करें।
• [ ] फोर्कड रिपोजिटरी देखें
• [ ] इस मुद्दे के लिए एक फीचर शाखा बनाएं। शाखाओं के लिए हमारे पास कोई नामकरण परिभाषा नहीं है।
• [ ] अपने परिवर्तन प्रतिबद्ध करें।
• [ ] पुल अनुरोध शुरू करें।
• [ ] हो गया समीक्षा के लिए टिप्पणियों में पूछें :)
• [ ] यदि समीक्षक को कुछ गायब टुकड़े या कोई समस्या मिलती है तो वे आपके साथ चर्चा शुरू करेंगे और अगले चरणों का वर्णन करेंगे कि समस्या को कैसे हल किया जा सकता है।
• [ ] आपने कर दिया 🎉 हम फिक्स को मास्टर ब्रांच में मर्ज कर देंगे।
• [] धन्यवाद, धन्यवाद, एक ओपन सोर्स योगदानकर्ता के रूप में इस परियोजना का हिस्सा बनने के लिए धन्यवाद ❤️

हम्म मेरी धुंधली याद यह थी कि इसे केवल लागू किया गया था - कम से कम शुरुआत में - x64 और aarch64 के लिए। क्या यह Linux/ppc64le और Linux/s390x पर काम करता है?

मान लेंगे कि https://wiki.openjdk.java.net/display/shenandoah/Main पर समर्थन तालिका सटीक है, इसलिए नहीं।

https://github.com/AdoptOpenJDK/openjdk-build/blob/master/sbin/build.sh#L79 -L85

Win32 बिल्ड जॉब आउटपुट में --with-jvm-features=shenandoahgc बिल्ड स्क्रिप्ट तर्क के रूप में है:

15:28:53  Running ./configure with arguments 'bash ./configure --verbose  --with-vendor-name=AdoptOpenJDK --with-vendor-url=https://adoptopenjdk.net/ --with-vendor-bug-url=https://github.com/AdoptOpenJDK/openjdk-support/issues --with-vendor-vm-bug-url=https://github.com/AdoptOpenJDK/openjdk-support/issues --without-version-opt --without-version-pre --with-version-build=8 --with-vendor-version-string=AdoptOpenJDK-11.0.11+8 --with-boot-jdk=/cygdrive/c/openjdk/jdk-10 --with-jvm-features=shenandoahgc --with-debug-level=release --with-native-debug-symbols=external --with-jvm-variants=client,server --with-cacerts-file=/cygdrive/e/jenkins/tmp/sbin/../security/cacerts  --disable-warnings-as-errors --disable-ccache --with-target-bits=32 --target=x86 --disable-ccache --with-toolchain-version=2017 '

@adamfarley चूंकि आप अभी भी एक विंडोज़ लैपटॉप का उपयोग कर रहे हैं जहां तक ​​​​मुझे पता है कि क्या आप इसे देख सकते हैं?

मैं देख सकता हूँ, ज़रूर। पढ़ेंगे।

मुझे लगता है कि त्रुटि संदेश की गलत व्याख्या की गई है। इसे कहते हैं:

"उम्मीद थी कि शेनान्डाह अनुपस्थित रहेगा लेकिन वह मौजूद है"

तो समस्या यह नहीं है कि हम शेनानडो को याद कर रहे हैं। समस्या यह है कि हमारे पास यह है, हालांकि परीक्षण इसकी उम्मीद नहीं कर रहा था।

इसे सत्यापित करते हुए, आगे हम देखते हैं:

"जानकारी: WINDOWS/X86 पर 11.0.11.0 का पता चला, शेनान्दोआ के उपस्थित होने की उम्मीद: झूठा"

परीक्षण का निरीक्षण करेंगे। यह केवल इतना हो सकता है कि शेनान्डाह इस धूम्रपान परीक्षण के विकास के दौरान 32 बिट विंडोज़ पर अभी तक उपलब्ध नहीं था। यह वेबसाइट निश्चित रूप से बताती है कि 32 बिट विंडोज शेनानडो की योजना बनाई गई थी।

https://github.com/AdoptOpenJDK/openjdk-build/issues/2566#issuecomment -819824589

अधिकांश धूम्रपान परीक्षण टेस्टएनजी हैं। हम विशिष्ट परीक्षण विधि को बाहर करने के लिए अक्षम का भी उपयोग कर सकते हैं परीक्षण शेनानडो उपलब्ध (या बहिष्कृत फ़ाइल https://github.com/eclipse/openj9/tree/master/test/Utils/src/org/openj9/test/util में परिवर्तन उपयोगिता को एडॉप्ट_एचएस_फीचरटेस्ट को अक्षम करने से बचने के लिए।

साथ ही, मैंने aix परीक्षण से आउटपुट को देखा है। मुझे लगता है कि "testShenandoahAvailable" पास हो गया, क्योंकि यह AIX बिल्ड से सही ढंग से गायब था।

परीक्षण जो aix पर विफल रहा वह "testJFRAvailable" था, जिसे मैं शेनानडो से जुड़ा हुआ नहीं मानता।

@ सोफिया-गुओ - कृपया आप AIX पर "testJFRAvailable" विफलता के लिए एक अलग मुद्दा उठा सकते हैं?

जहां तक ​​win32 शेनान्डाह मुद्दे की बात है, मैं एक पीआर बना रहा हूं ताकि हम विंडोज 32 बिट पर शेनानडो की अपेक्षा करें। मुझे बैकपोर्ट परिवर्तन अनुरोध में विंडोज 32 बिट पर शेनान्डाह का कोई जानबूझकर बहिष्करण नहीं दिख रहा है, और प्रोजेक्ट वेबपेज निश्चित रूप से लगता है कि विंडोज 32 बिट शेनान्डाह का उपयोग कर सकता है यदि बिल्ड समय पर सही विकल्प सेट किए गए हैं।

जब तक कोई मुझे अन्यथा नहीं बता सकता, मुझे लगता है कि विंडोज 32 बिट को धूम्रपान परीक्षण पूर्व-तैनाती परीक्षण के दौरान छोड़ दिया गया था।

@ सोफिया-गुओ - क्या आप यहां मेरे प्रस्तावित फिक्स की समीक्षा कर सकते यहाँ है ।

यदि यह आपको सही लगता है, तो हम एक रिलीज के दौरान पीआर विलय के लिए प्रक्रिया के माध्यम से आगे बढ़ना शुरू कर सकते हैं, जैसा कि यहां दस्तावेज

संपादित करें: यह भी महसूस किया कि यह परिवर्तन jdk15+ रन को भी प्रभावित करेगा, इसलिए मैंने जाँच की और JDK16u win32 धूम्रपान परीक्षण भी इस मुद्दे को देख रहे हैं, इसलिए हम ठीक हैं। दो विफलताएं, एक फिक्स। :)

जांच के लिए धन्यवाद @adamfarley - आपका तर्क मुझे ठोस लगता है

आपका प्रस्तावित सुधार अच्छा दिखता है @adamfarley - कृपया इसके लिए एक पीआर बनाएं (और हम यह तय करने के लिए रिलीज मर्ज प्रक्रिया का पालन कर सकते हैं कि इसे रिलीज के दौरान या बाद में विलय किया जाएगा)।

ओके डोकी, करेंगे। :)

ठीक है, पीआर: https://github.com/AdoptOpenJDK/openjdk-build/pull/2580

दुर्भाग्य से लिंटर खुश नहीं है।

https://github.com/AdoptOpenJDK/openjdk-build/pull/2580/checks?check_run_id=2365074913

यह मुख्य रूप से मेरा पुराना दोस्त है, 80 चार लाइन सीमा, और फ़ाइल में प्रत्येक नंबर के बारे में कई अलर्ट एक जादू संख्या (?) है।

रिलीज के करीब इस फाइल में मुझे कई छोटे बदलाव करने से बचाने के लिए, क्या यह ठीक होगा अगर हम लिंटर को एक बार चेक कर लें?

मैंने लिटर की जांच करने के लिए https://github.com/AdoptOpenJDK/openjdk-build/issues/2581 बनाया है और चर्चा की है कि क्या इसे और अधिक उचित/यथार्थवादी होने के लिए अद्यतन किया जाना चाहिए। मुझे हाल ही में अन्य पीआर के लिए लिंटर चेक छोड़ने की प्राथमिकता दिखाई दे रही है। रिलीज के बाद की जांच के सही स्तर पर इसे सेट करना अच्छा होगा (और प्राथमिकता को देखते हुए, मैं इस चेक पर ब्लॉक नहीं करूंगा ... हालांकि दूसरे समीक्षक की राय को स्थगित कर दूंगा)।

AIX JFR मुद्दा खुला https://github.com/AdoptOpenJDK/openjdk-build/issues/2582 , यह #2580 के करीब हो सकता है।

धन्यवाद सोफिया। :)