Temurin-build: OpenJDK 8 वितरण में JavaFX गायब है

@SzentnerTsIT हां, इस पर हमारे पास पहले से ही कुछ खुले मुद्दे हैं। मुझे डर है कि यह सबसे अच्छा कुछ सप्ताह होगा। हम Java 11 से शुरू करेंगे और पीछे की ओर जाएंगे

क्या लिनक्स पर एडॉप्टOpenJdk 1.8u192b12 (विंडोज नहीं) के साथ यह समस्या है,
क्या यह काम नहीं करना चाहिए या क्या मुझे कुछ याद आ रहा है?
आपके उत्तर के लिए टीआईए

#245 भी देखें - यह भी संभवतः एक इंस्टॉलर समस्या है - फिर से खोलना।

मैं इंस्टॉलर का उपयोग नहीं करता, मैं डाउनलोड किए गए संग्रह को अनटार करता हूं और jdk को स्थापित करने के लिए "अपडेट-विकल्प --इंस्टॉल" का उपयोग करता हूं (ध्यान दें कि यह बिल्कुल मूल मुद्दा नहीं है, यह एक लिनक्स मुद्दा है)।
मैंने देखा कि एडॉप्टओपेनजेडीके डिस्ट्रीब में jfxrt.jar गायब है जब एडॉप्टओपेनजेडीके 8u192 (पहली विंडो) और ऑरैकल जेडीके 1.8u192 (दूसरी विंडो) की jre/lib/ext निर्देशिका सामग्री की तुलना करते हैं (संलग्न स्क्रीनशॉट देखें) यह हो सकता है संकट?
वैसे भी आपके उत्तर के लिए धन्यवाद

कौन सी विंडोज़ रिलीज़ में JavaFX शामिल है?

@alexhass , विंडोज़ https://docs.oracle.com/javase/8/javafx/api/toc.htm
JavaFX 1.8 (यानी 9, 10 और 11) के बाद शुरू होकर openJFX में चला गया है

2 सप्ताह पहले मैंने विंडोज़ पर 8.x के साथ PDFsam का परीक्षण किया और इसने शिकायत की कि यह java. मैं सिर्फ यह मानता हूं कि यह एम्बेडेड नहीं है। शायद pdfsam में एक बग।

मैंने jdk8u192-b12-jre डाउनलोड किया और पथ \lib\ext\ फिर से चेक किया और कोई jfxrt.jar

आपको jdk डायरेक्टरी ट्री के बाहर jdk नहीं jre के तहत jre डायरेक्टरी को देखना होगा।
यहाँ jdk 191 के साथ एक विंडोज़ मशीन पर (कल लिया गया स्क्रीनशॉट, मैंने 192 स्थापित नहीं किया क्योंकि यह मेरी मशीन नहीं है):

मैंने समस्या पर ध्यान दिया क्योंकि मेरे पास कुछ कोड है जो ऑरैकल जेडीके के साथ (लिनक्स के तहत) संकलित करता है और जो एडॉप्टोपेनजडके (लिनक्स के तहत) के साथ संकलित नहीं करता है क्योंकि यह जावाफैक्स पैकेज, कॉर्डा ओपन सोर्स प्रोजेक्ट नहीं ढूंढ सकता है। मैंने विंडोज के तहत एडॉप्टोपेनजडके की कोशिश नहीं की।
यह परियोजना वास्तव में jdk 1.8 का उपयोग कर रही है, और मैं आसानी से jdk11 पर स्विच नहीं कर सकता, यह कोड की 5.4M लाइनें है और कुछ विशिष्ट बदलाव हैं, काम का एक महत्वपूर्ण हिस्सा है।
और मैंने यह नहीं कहा लेकिन मैं एडॉप्टोपेनजडके वितरण को बनाए रखने वाले सभी लोगों का बहुत आभारी हूं और उनके काम के लिए उन्हें धन्यवाद देता हूं, यह एक बहुत ही महत्वपूर्ण पहल है

आप ओरेकल जावा का संदर्भ लें। लेकिन मैं एडॉप्टओपेनजेडीके के जेआरई के बारे में बात करता हूं।

एडॉप्टओपेनजेडीके पैकेज में JavaFX नहीं है। जिससे काफी परेशानी हो रही है। उदाहरण के लिए विंडोज़ पर PDFsam का उपयोग नहीं किया जा सकता है।

हां, मैंने Oracle jdk चेक किया है।
ऐसा लगता है कि javafx पुस्तकालय लिनक्स और विंडोज़ दोनों में गायब हैं एडॉप्टओपेनजेडीके बनाता है।

जब JavaFX को 8.x रिलीज में शामिल किया जा सकता है, तो क्या कोई ईटीए है?

आशा है कि ओरेकल जावा 8 ईओएल तक दो में पहुंचने से पहले यह हल हो जाएगा? अधिक रिलीज़ (u211)।

Oracle Java 8 EOL के साथ कोई ETA आ रहा है?

धन्यवाद
माइकल

मुझे लगता है कि डेवलपर्स जिन्हें बंडल जावाएफएक्स (ओपनजेएफएक्स) की आवश्यकता है, वे नीचे वितरण का उपयोग कर सकते हैं।

• Azul ZuluFX: https://www.azul.com/downloads/zulu/zulufx/
• बेलसॉफ्ट लाइबेरिया जेडीके: https://www.bell-sw.com/java.html
• Amazon Corretto: https://docs.aws.amazon.com/ja_jp/corretto/latest/corretto-8-ug/downloads-list.html

ZuluFX और Liberica समर्थित हैं JDK 8/11, Corretto अब JDK 8 केवल और पूर्वावलोकन में है।

हम अपने ग्राहकों को अपने उत्पाद के साथ एडॉप्टोपेनजेडके का उपयोग करने की सलाह देना चाह रहे हैं। हमारे अधिकांश उत्पाद javafx का उपयोग नहीं करते हैं।

सत्यापन की लागत के कारण, हम एक जावा वितरण का समर्थन करेंगे। हम एडॉप्टोपेनजेडके का उपयोग करना चाहेंगे।

क्या विंडोज़ वितरण में ओपनजेएफएक्स पर कोई ईटीए है। हम अभी के लिए openjdk के linux java 1.8 वितरण के साथ जा रहे हैं। चट्टान से पहला वाला विंडोज़ जावा 1.8 है।

हम Q1 के अंत तक नवीनतम पर कुछ होने की उम्मीद कर रहे हैं

@karianna यदि हां, तो यह जावा 8 की अंतिम
यदि आप "शिप जावा 8 एपीएआर फॉर WAS" खोजते हैं तो आने वाले ईओएल के लंबे समय बाद आईबीएम भी इसे "(जे 9 ओपनजे 9 नहीं)" करेगा

@karianna यदि हां, तो यह जावा 8 की अंतिम
यदि आप "शिप जावा 8 एपीएआर फॉर WAS" खोजते हैं तो आने वाले ईओएल के लंबे समय बाद आईबीएम भी इसे "(जे 9 ओपनजे 9 नहीं)" करेगा

हम इसे एडोप्टोपेनजेडीके में एक विकल्प के रूप में इंस्टॉलर में सबसे अधिक संभावना के रूप में जोड़ देंगे। जीत -32 के लिए यह मुश्किल हो सकता है। @johanvos और @ ali-ince को इसकी व्यवहार्यता पर टिप्पणी करनी होगी।

इसमें केवल jfxrt.jar अलावा और भी बहुत कुछ है। यदि आप fx फाइलों के लिए Oracle JDK वितरण खोजते हैं, तो आपको लगभग एक दर्जन फाइलें मिलेंगी जो प्रासंगिक लगती हैं। Amazon Corretto में jfxrt.jar लेकिन jfxwebkit.dll और कुछ अन्य गायब हैं, साथ ही इसकी jfxrt.jar फ़ाइल बहुत छोटी है। अमेज़ॅन वितरण या तो पूरा नहीं हुआ है, यह संकलित करने के लिए काम कर सकता है लेकिन अगर javafx वेबकिट का उपयोग किया जाता है तो रनटाइम पर क्रैश हो जाता है। मुझे उम्मीद है कि JDK8 में सभी javafx सुविधाओं के लिए दत्तक jdk में समर्थन शामिल है, मुझे वास्तव में काम करने के लिए वेबकिट की आवश्यकता है!

मुझे एक मुफ्त एलटीएस जेडीके/आरई 8 प्रदान करने के आपके प्रयासों के लिए खुशी है। हां, ओरेकल जेडीके/जेआरई 8 के लिए पूर्ण जावाएफएक्स समर्थन के बिना एक ड्रॉपिन प्रतिस्थापन वास्तविक ड्रॉपिन प्रतिस्थापन नहीं है।

जेनकिंस बिल्ड सर्वर पर हेडलेस यूआई परीक्षण के लिए हमें JBrowserDriver (https://github.com/MachinePublishers/jBrowserDriver) के साथ सेलेनियम परीक्षण के लिए JavaFX समर्थन की आवश्यकता है। वास्तव में एक अच्छा जावा-केवल समाधान। हेडलेस मोड को सपोर्ट करने वाला दूसरा ब्राउजर क्रोम है। लेकिन यह दौड़ने के लिए एक पिटा है। हमने आखिरकार इसे छोड़ दिया क्योंकि हमारे पास करने के लिए बेहतर चीजें हैं।

क्योंकि JBrowserDriver JavaFX से HtmlKit घटक का उपयोग करता है, यह वर्तमान OpenJDK 8 वितरण पर टूट जाता है। निश्चित रूप से कई अन्य ओपन सोर्स और प्रोपराइटरी एप्लिकेशन हैं जो JavaFX के बिना काम नहीं करेंगे।

यदि सहायता की आवश्यकता है, उदाहरण के लिए, पूर्व-रिलीज़ और प्रतिक्रिया का परीक्षण करने के लिए, तो मुझे इसे प्रदान करने में खुशी होगी। हम संकलन के लिए ओपन जे9 वीएम के साथ एडॉप्टओपेनजेडीके का उपयोग करते हैं और हमारी डेवलपर मशीन मशीनों पर वेबस्फेयर लिबर्टी के लिए रनटाइम के रूप में और संकलन के लिए और (मावेन) टेस्ट रनटाइम के रूप में उपयोग करते हैं। इस समय एकमात्र अपवाद हमारे सेलेनियम परीक्षण हैं।

OpenJDK रनटाइम एनवायरनमेंट (AdoptOpenJDK)(बिल्ड 1.8.0_202-b08) में JavaFX नहीं है।
कैसे शामिल करें?

OpenJDK रनटाइम एनवायरनमेंट (AdoptOpenJDK)(बिल्ड 1.8.0_202-b08) में JavaFX नहीं है।
कैसे शामिल करें?

अल्पावधि में मैं OpenJFX पर जाऊंगा और उनके समुदाय से पूछूंगा - यहां कहानी को हल करने में थोड़ा समय लगेगा।

नमस्ते,

क्या कोई जानकारी है कि javafx कब एडॉप्टओपेनजेडीके 8 में उपलब्ध होगा। हमें वास्तव में इसकी आवश्यकता है।

एक संभावित उपाय:
मैं उबंटू 18.04 सिस्टम पर काम कर रहा हूं और एडॉप्टओपेनजेडीके 8u202-बी08 संस्करण का उपयोग करता हूं।
Javafx चलाने के लिए मैंने Oracle JDK 1.8.0_201 संस्करण से सभी आवश्यक फ़ाइलों को एडॉप्टओपेनजेडीके में कॉपी किया। उन फ़ाइलों के बाद जिन्हें आपको कॉपी करने की आवश्यकता है:

javafx-src.zip
bin/javafxpackager
jre/lib/javafx.properties
jre/lib/jfxswt.jar
jre/lib/ext/jfxrt.jar
jre/lib/javafx.properties
jre/lib/amd64/libjavafx_font_freetype.so
jre/lib/amd64/libjfxwebkit.so
jre/lib/amd64/libjfxmedia.so
jre/lib/amd64/libjavafx_iio.so
jre/lib/amd64/libjavafx_font_t2k.so
jre/lib/amd64/libfxplugins.so
jre/lib/amd64/libjavafx_font_pango.so
jre/lib/amd64/libjavafx_font.so
jre/lib/amd64/libglass.fo
jre/lib/amd64/libprism_common.so
jre/lib/amd64/libprism_es2.so
jre/lib/amd64/libprism_sw.so
lib/ant-javafx.jar
lib/javafx-mx.jar

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

@karianna कोई खबर?

@karianna कोई खबर?

यह सूची में काफी ऊपर है, लेकिन हमारे पास पहले कुछ अन्य ज्वलंत प्राथमिकताएं हैं (इंस्टॉलर और जेडीके 12)

@karianna आपको एडॉप्टओपेनजेडीके के अंदर javafx प्राप्त करने की क्या आवश्यकता है?

मुझे लगता है कि हमें मौजूदा जेआरई/जेडीके बंडल में सही libs जोड़ने की जरूरत है और फिर इसे एक अलग डाउनलोड के रूप में और इंस्टॉलर के माध्यम से भी उपलब्ध कराएं। तो शायद कुछ जेनकींस ग्रोवी/बैश स्क्रिप्टिंग, कुछ इंस्टॉलर अपडेट और फिर कुछ एपीआई और वेब काम।

मैंने विंडोज़ 10 मशीन पर ओपनजेएफएक्स 1.8 बनाने में कामयाबी हासिल की है, जिसमें jfxwebkit.dll, आदि भी बनाया गया है। परीक्षण ठीक। यह एक बहुत ही दर्दनाक अभ्यास था, वेब पर ओपनजेएफएक्स के लिए बिल्ड गाइड कुछ विशेष विशेषताओं पर अपर्याप्त रूप से सटीक हैं कि टूलिंग पैकेज के कौन से संस्करण एक साथ काम करते हैं, और कौन से पैकेज हाथ से लोड किए जाते हैं और साइबरविन के साथ डाउनलोड नहीं किए जाते हैं। सही कंपाइलर, सही मेक, और बहुत कुछ लेने के लिए PATH ऑर्डर भी महत्वपूर्ण है। यह किया जा सकता है।

मैकोज़ और लिनक्स वितरण में जावाएफएक्स libs भी गायब है ...

@karianna इस मुद्दे के हिस्से के रूप में, क्या OpenJFX MacOS और Linux वितरण में भी प्रदान किया जाएगा? यदि ऐसा है, तो क्या आप कार्यक्षेत्र को दर्शाने के लिए समस्या शीर्षक को अपडेट कर सकते हैं।

मैं सिर्फ नाइनाइट के कारण विंडोज पर स्विच करता हूं। अब कई प्रोग्राम काम नहीं करते हैं, और मैं यह देखने के लिए खरगोश-छेद के नीचे जा रहा हूं कि ओरेकल स्वामित्व पर वापस लाए बिना कैसे ठीक किया जाए। हमें वास्तव में एक ड्रॉप-इन प्रतिस्थापन की आवश्यकता है जो केवल ड्रॉप-इन प्रतिस्थापन के रूप में कार्य करता है।
मैं सराहना करता हूं कि यह कई लोगों द्वारा किया गया बहुत प्रयास है, और इसमें किए गए कार्य के लिए अनादर या अवहेलना का इरादा नहीं है। मैं सिर्फ एक मुद्दे की ओर इशारा कर रहा हूं। अब जब एडॉप्टोपेनज्डक ओरेकल के कार्यों के परिणामस्वरूप बहुत सारे नए ट्रैफ़िक देखने जा रहा है, तो हम नहीं चाहते कि कम तकनीकी लोग यह सोचें कि ओपनजेडीके कबाड़ है क्योंकि चीजें काम नहीं करेंगी।

@ सकाटा-एमसी समुदाय ओपनएफएक्स पर काम करेगा और इसे प्रथम श्रेणी का नागरिक बनाएगा। यदि आप उन प्रयासों में अतिरिक्त सहायता की तलाश कर रहे हैं, तो अपनाने के विकल्प देखें openjdk.net/support.html

@ सकाटा -एमसी

मैं आईओएस के लिए जावाएफएक्स समर्थन की भी तलाश कर रहा हूं।

मैं Oracle JDK 8 के लिए ड्रॉप-इन-रिप्लेसमेंट की भी तलाश कर रहा था और दुख की बात है कि कोई भी विकल्प कटौती नहीं करता है। या तो Win32 या मैक सपोर्ट गायब है (एडॉप्टओपेनजेडीके के अलावा सभी) और/या वेबकिट और javafxpackager के साथ कोई JavaFX नहीं है।

मुझे वास्तव में आश्चर्य है कि फीचर समानता होने की तुलना में उच्च प्राथमिकता क्या हो सकती है। प्रियो को बहुत बढ़ाया जाना चाहिए। परियोजना वास्तव में पीछे भारी है ...

@alexhass पुल अनुरोध और समर्थन का स्वागत है! - अन्यथा सुविधाओं में तेजी लाने के लिए आप अपनाना openjdk.net/support.html देख सकते हैं।

मैं इस वितरण की कोशिश करूँगा जो मुझे संयोग से मिला:
https://www.azul.com/downloads/zulu/zulufx/

नहीं पता था कि ज़ुलु जेआरई/जेडीके का एक स्वतंत्र और अप्रतिबंधित सामुदायिक संस्करण है।

वेबकिट डीएलएल मौजूद हैं। मुझे लगता है कि अन्य JavaFX कलाकृतियां भी पूर्ण हैं:

zulu8.38.0.13-ca-fx-jdk8.0.212-win_x64\bin\javafxpackager.exe
zulu8.38.0.13-ca-fx-jdk8.0.212-win_x64\jre\bin\javafx_font.dll
zulu8.38.0.13-ca-fx-jdk8.0.212-win_x64\jre\bin\javafx_iio.dll
zulu8.38.0.13-ca-fx-jdk8.0.212-win_x64\jre\bin\jfxmedia.dll
zulu8.38.0.13-ca-fx-jdk8.0.212-win_x64\jre\binjfxwebkit.dll

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

@jmsdo आप https://www.bell-sw.com/

कोई खबर अगर यह "मई 2019" मील के पत्थर में तैयार होने जा रही है?

@juliojgd मई आशावादी है, यह शायद जून होगा

ओपनजेडीके की नवीनतम डॉकटर छवि को एडॉप्टओपेनजेडीके से जेडीके में बदलने के बाद से यह मुद्दा और अधिक महत्वपूर्ण हो रहा है।
इससे पहले कि "apt get install openjfx" का उपयोग करके JavaFX को इंस्टॉल करना संभव हो गया है।

यह अब काम नहीं करता है और हमारे लिए निर्माण को तोड़ देता है।
संभावित रूप से बहुत से लोग उन कारणों की तलाश में हैं जिनके कारण जावाएफएक्स अब उनकी डॉकर छवि में उपलब्ध नहीं है ...

https://github.com/docker-library/openjdk/blob/282961c4ca0be09af7a556e38b8d5be0c2db0608/8/jdk/Dockerfile

यह वह प्रतिबद्धता है जिसने व्यवहार को बदल दिया:
https://github.com/docker-library/openjdk/commit/3eb0351b208d739fac35345c85e3c6237c2114ec#diff -fef076ee1e5f270f2c5a93d075150919

चूंकि मेरी कंपनी को openjfx 8 को गोद लेने के लिए चाहिए था, इसलिए मैंने इसे संकलित किया। आप इसे स्वयं बना सकते हैं https://benjamin-brummer.de/2019/06/03/build-openjfx-8-for-adoptopenjdk/ या मुझ पर भरोसा करें और यहां से नवीनतम बिल्ड लें https://benjamin-brummer.de /डाउनलोड/। बस इसे अपने जेडीके में निकालें।

@benbrummer निर्माण के लिए धन्यवाद, हालांकि आपका libjfxwebkit गायब है:
Caused by: java.lang.UnsatisfiedLinkError: Can't load library: C:\Program Files\AdoptOpenJDK\jdk-8.0.212.03-hotspot\jre\bin\jfxwebkit.dll

@Siedlerchr मैंने वेबकिट और मीडिया के साथ एक बिल्ड अपलोड किया

@benbrummer शायद पुल अनुरोध बना सकता है?

सुनिश्चित नहीं है कि कहां खींचना है https://github.com/AdoptOpenJDK/openjdk-jfx खाली है।

मान्यता

1. गीथूब को स्रोत प्राप्त करने के लिए git-hg को बदलने के लिए पीआर।
2. लक्ष्य के रूप में एडॉप्टओपेनजेडीके के साथ निर्माण योग्य होने के लिए जीथब पर कोड बदलने के लिए पीआर
3. अन्य प्लेटफार्मों के निर्माण के लिए पीआर (इसकी सबसे अच्छी आवश्यकता नहीं है)
4. बिल्ड सिस्टम में एकीकरण?

दूसरा पीआर आसान होगा, लेकिन मैं केवल विंडोज़ के लिए ओपनजेएफएक्स का निर्माण करता हूं और केवल ओपनजेएफएक्स 8

https://github.com/javafxports/openjdk-jfx एक दर्पण है...

सुनिश्चित नहीं है कि कहां खींचना है https://github.com/AdoptOpenJDK/openjdk-jfx खाली है।

मान्यता

1. गीथूब को स्रोत प्राप्त करने के लिए git-hg को बदलने के लिए पीआर।

हमें ऐसा करने की भी आवश्यकता नहीं है, यह मानते हुए कि हमें https://github.com/javafxports/openjdk-jfx - @johanvos में क्या है, इस पर पैच रखने की आवश्यकता नहीं है - अगर हम एडॉप्ट पर ओपनजेएफएक्स का निर्माण करते हैं तो क्या हमें एक विक्रेता सेट करने की आवश्यकता है स्ट्रिंग या ऐसा कुछ?

1. लक्ष्य के रूप में एडॉप्टओपेनजेडीके के साथ निर्माण योग्य होने के लिए जीथब पर कोड बदलने के लिए पीआर

मुझे लगता है कि यह ओपनजेएफएक्स (रात में) और रिलीज संस्करण बनाने के लिए जेनकिन्स बिल्ड पाइपलाइन स्थापित करने का मामला होगा

1. अन्य प्लेटफार्मों के निर्माण के लिए पीआर (इसकी सबसे अच्छी आवश्यकता नहीं है)

ऊपर पाइपलाइन का पूरा हिस्सा। मुझे लगता है कि ओपनजेएफएक्स निर्भरताओं को स्थापित करने के लिए कुछ बुनियादी ढांचे का काम हमें पकड़ने वाली चीजों में से एक था

https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+OpenJFX

1. बिल्ड सिस्टम में एकीकरण?

दूसरा पीआर आसान होगा, लेकिन मैं केवल विंडोज़ के लिए ओपनजेएफएक्स का निर्माण करता हूं और केवल ओपनजेएफएक्स 8

https://github.com/javafxports/openjdk-jfx पर्याप्त नहीं है
हमें एक दर्पण चाहिए
http://hg.openjdk.java.net/openjfx/8u/rt/
http://hg.openjdk.java.net/openjfx/9/rt/ (ईओएल)
http://hg.openjdk.java.net/openjfx/10/rt/ (ईओएल)
http://hg.openjdk.java.net/openjfx/11/rt/
http://hg.openjdk.java.net/openjfx/12/rt/
http://hg.openjdk.java.net/openjfx/jfx-dev/rt 13 होगा

https://github.com/AdoptOpenJDK/openjdk-build/blob/master/README.md से निर्देश
jfx - Build OpenJFX, defaults to https://github.com/AdoptOpenJDK/openjdk-jfx
पर्याप्त नहीं हैं। OpenJDK की तरह (jdk8u, jdk9u...) हमें OpenJFX के लिए इसकी आवश्यकता है।

हमने अभी महसूस किया है कि एडॉप्टओपेनजेडीके 8u212 + ओपनजेएफएक्स 8 ओवरले के लिए विंडोज डीएलएस गायब हैं। javafx एप्लिकेशन चलाने के लिए हमें विजुअल C++ 2015-2019 Redistributable https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads इंस्टॉल करना होगा

लुबंटू 19.04 पर OpenJDK-8-JDK में JavaFX नहीं है। क्या इसका मतलब यह है कि जावा 8 के लिए जावाएफएक्स के साथ अब यह संभव नहीं है? अगर मुझे Android ऐप्स बनाना है तो मुझे Java 11 में जाना होगा?

Java 8 @DanielMartensson के साथ JavaFX का उपयोग करना अभी भी संभव है।

यहां समस्या यह है कि जावा के कुछ वितरण में JavaFX शामिल नहीं है या इसे अलग से शामिल नहीं किया गया है।

चीजों को और जटिल बनाने के लिए, उबंटू के पास एक अलग ओपनजेएफएक्स 8 पैकेज हुआ करता था लेकिन उन्होंने इससे छुटकारा पा लिया और अब केवल ओपनजेएफएक्स 11 पैकेज है। एक संभावित समाधान के रूप में आप उबंटू के पुराने संस्करण के लिए रिपॉजिटरी जोड़ने और पुराने ओपनजेएफएक्स पैकेज को स्थापित करने में सक्षम हो सकते हैं, लेकिन मैंने इसे व्यक्तिगत रूप से करने की कोशिश नहीं की है। अधिक विवरण यहाँ: https://askubuntu.com/questions/1088281/openjfx-11-after-18-10-upgrade

यह डॉकर फ़ाइल है जो मेरे लिए काम करती है - JavaFX सहित:

FROM openjdk:8

RUN apt-get update && \
    apt-get install -y --no-install-recommends imagemagick openjfx git \
    && rm -rf /var/lib/apt/lists/* \
    && cp /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext/jfxrt.jar /usr/local/openjdk-8/jre/lib/ext \
    && cp /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/javafx.properties /usr/local/openjdk-8/jre/lib \
    && cp /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jfxswt.jar /usr/local/openjdk-8/jre/lib \
    && cp /usr/lib/jvm/java-8-openjdk-amd64/lib/ant-javafx.jar /usr/local/openjdk-8/lib \
    && cp /usr/lib/jvm/java-8-openjdk-amd64/lib/javafx-mx.jar /usr/local/openjdk-8/lib

ENV JAVA_HOME /usr/local/openjdk-8/

अरे @jschneider , आपने उबंटू के किस संस्करण पर इसका परीक्षण किया है? जैसा कि मैंने ऊपर उल्लेख किया है, मुझे लगता है कि "ओपनजेएफएक्स" पैकेज को अब केवल उबंटू के नए संस्करण (18.10 से) में जावा 11 का समर्थन करने के लिए बदल दिया गया है, इसलिए यह स्क्रिप्ट अब काम नहीं कर सकती है।

इसके अलावा, अगर आपको मुझसे पूछने में कोई आपत्ति नहीं है, तो उन सभी फाइलों को दूसरी निर्देशिका में कॉपी करने के बजाय सिर्फ JAVA_HOME को /usr/lib/jvm/java-8-openjdk-amd64/ पर सेट क्यों न करें?

मैं " openjdk:8 " से छवि का विस्तार कर रहा हूं।
पिछली बार जब मैंने जाँच की थी तो यह ठीक काम कर रहा था।

अगर उन्होंने उस छवि को अपडेट किया है, तो उसे तोड़ा जा सकता है। मैं सिर्फ सप्ताह में एक बार निर्माण करता हूं।

JAVA_HOME को /usr/local/openjdk-8/ पर सेट किया गया है क्योंकि मूल छवि में JDK का स्थान बदल गया है।

मैं यह नहीं कह रहा हूं कि यह करने का यह सबसे अच्छा तरीका है - बस यह मेरे लिए "काफी अच्छा" है।

@jschneider यह उपयोगी है, यह मेरे लिए CentOS 7 पर काम करता है। धन्यवाद!

आह, समझ गया। मैं डॉकर से बहुत परिचित नहीं हूं इसलिए मुझे नहीं पता था कि यह उस तरह से जेडीके की एक प्रति प्रदान करता है। समझ में आता है। साथ ही वह छवि डेबियन स्ट्रेच पर आधारित प्रतीत होती है इसलिए मैं जिस बग के बारे में बात कर रहा था वह लागू नहीं होता है। गलतफहमी के लिए खेद है

मैंने अपना मसला हल कर लिया। मुझे libopenjfx-jni भी जोड़ना पड़ा।

1. Install OpenJDK 8

        sudo apt-get install openjdk-8-jdk

2. Install OpenJFX 8, not OpenJFX 11

Open this:

    cd /etc/apt
    sudo nano sources.list

Paste this:

     deb http://de.archive.ubuntu.com/ubuntu/ bionic universe

Run this:

    sudo apt-get update
    sudo apt install openjfx=8u161-b12-1ubuntu2 libopenjfx-java=8u161-b12-1ubuntu2 libopenjfx-jni=8u161-b12-1ubuntu2

किया हुआ

क्या हम निकट भविष्य में इस मुद्दे को हल करने की उम्मीद कर सकते हैं?
इस साल?

क्या हम निकट भविष्य में इस मुद्दे को हल करने की उम्मीद कर सकते हैं?
इस साल?

शायद इस साल हाँ, लेकिन कई उच्च प्राथमिकताएँ हैं जिनसे हम पहले निपट रहे हैं। अगर आपको कुछ तेजी की जरूरत है तो कुछ व्यावसायिक समर्थन विकल्प हैं (adopopenjdk.net/support)

हमारे पास एक डेस्कटॉप सॉफ़्टवेयर उत्पाद है (जावा-एफएक्स की आवश्यकता है और कुछ प्रतिबिंब हैक्स का उपयोग करना जो जावा -9 को मुश्किल बनाता है) जिसे मैंने हाल ही में महसूस किया है कि शायद ओरेकल के नए लाइसेंस के लाइसेंस-दुरुपयोग में है।

मैं बिना किसी समस्या के अज़ुल के Java8+FX u222 ( zulu8.40.0.25-ca-fx-jdk8.0.222-win_i686 ) का उपयोग कर रहा हूं।

वास्तव में अच्छा होगा यदि एडॉप्टओपेनजेडीके अपने जावा -8 वितरण में जावाएफएक्स रनटाइम को शामिल करेगा।

बेशक, यह अच्छा होगा अगर मैं अपने कोडबेस से अपने प्रतिबिंब-हैकिंग कोड को दोबारा कर सकता हूं और बस जावा -11_ (या, उस मामले के लिए, जावा 12, क्योंकि उस प्रकार का अनुमान वास्तव में अच्छा दिखता है) पर जा सकता है।

https://www.jetbrains.com/research/devecosystem-2018/java/
84% उपयोगकर्ता Java8 का उपयोग करते हैं - मुझे लगता है कि समर्थित नहीं होने वाला API सर्वोच्च प्राथमिकता होगी।

2019 तक @agilesal 83%… https://www.jetbrains.com/lp/devecosystem-2019/java/

एक साल बीत गया... अभी भी तय नहीं है?

एक साल बीत गया... अभी भी तय नहीं है?

केवल लिनक्स के लिए। मैं एंड्रॉइड और आईफोन विकास के लिए ओपनजेएफएक्स का उपयोग कर रहा हूं।

ओपनजेएफएक्स 11 के साथ एंड्रॉइड को काम करने का सबसे अच्छा तरीका है। फिर सभी एंड्रॉइड जावा उपयोगकर्ता जावा 11 में चले जाएंगे।

हां, लेकिन जैसा कि @ बीटंगु13 ने पहले ही कहा है, जावा 8 अभी भी सबसे अधिक इस्तेमाल किया जाने वाला जावा संस्करण है: https://www.jetbrains.com/lp/devecosystem-2019/java/
तो इसके लिए अभी भी समर्थन की आवश्यकता है!

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

समझा। अज़ुल के Java8+FX . पर स्विच करना

समझा। अज़ुल के Java8+FX . पर स्विच करना

लाइबेरिका भी है, जिसमें FX है।
https://bell-sw.com/pages/java-8u232/

समझा। अज़ुल के Java8+FX . पर स्विच करना

लाइबेरिका भी है, जिसमें FX है।
https://bell-sw.com/pages/java-8u232/

मैंने कोशिश की, और यह एंड्रॉइड/आईफोन विकास के लिए ग्लूऑन मुख्यालय जावाएफएक्स के लिए काम नहीं करता है।
एडॉप्टओपेनजेडीके 8 ओपनजेएफएक्स 8 के साथ लिनक्स के तहत मेरे लिए काम करता है।

मैंने JavaFX-ओवरले के लिए अपने डाउनलोड अपडेट किए हैं।
https://benjamin-brummer.de/downloads/
इसके अतिरिक्त मैंने आवश्यक विंडोज़-डीएलएस के लिए एक डाउनलोड जोड़ा।
आप या तो ओवरले + डीएलएस डाउनलोड कर सकते हैं और इसे अपने मौजूदा एडॉप्टओपेनजेडीके पर कॉपी कर सकते हैं या एआईओ-ज़िप फाइल डाउनलोड कर सकते हैं।

क्या वह ग्लूऑन मुख्यालय जावाएफएक्स के साथ काम करता है?

लाइबेरिका भी है, जिसमें FX है।
https://bell-sw.com/pages/java-8u232/

@ rafik777 , आप कैसे बता सकते हैं कि इसमें FX है? मैं मुख्य रूप से ऐसा कुछ ढूंढ रहा हूं जिसमें जावाएफएक्स प्रीइंस्टॉल्ड हो ताकि मैं अपना प्राचीन जावा ऐप बना सकूं। लेकिन जब मैंने इसे डॉकर छवि bellsoft/liberica-openjdk-debian:8 का उपयोग करके ग्रेडेल के साथ बनाया, तो उसने नीचे दी गई त्रुटियों का एक गुच्छा बताया:

/home/me/workspace/myapp//MainApplication.java:3: error: package javafx.application does not exist
import javafx.application.Platform;
                         ^
/home/me/workspace/myapp//MainApplication.java:4: error: package javafx.beans.property does not exist
import javafx.beans.property.BooleanProperty;
                            ^

क्या आप जानते हैं कि मैंने कुछ गलत किया है?

तो लोग लिनक्स पर अपने एडॉप्टओपेनजेडीके में जावाएफएक्स को कैसे जोड़ रहे हैं, अर्थात् उबंटू/डेबियन डेरिवेटिव्स? मैं इसे इस धागे में उल्लिखित देखता हूं, लेकिन मैं एक निर्माण विशेषज्ञ नहीं हूं, इसे छोटे संकेतों और उल्लेखों से लेने के लिए।

तो लोग लिनक्स पर अपने एडॉप्टओपेनजेडीके में जावाएफएक्स को कैसे जोड़ रहे हैं, अर्थात् उबंटू/डेबियन डेरिवेटिव्स? मैं इसे इस धागे में उल्लिखित देखता हूं, लेकिन मैं एक निर्माण विशेषज्ञ नहीं हूं, इसे छोटे संकेतों और उल्लेखों से लेने के लिए।

आपको ओपनजेडीके 8 और ओपनजेएफएक्स 8 स्थापित करने की आवश्यकता है।

ओपनजेडीके 8 स्थापित करें

sudo apt-get install openjdk-8-jdk

ओपनजेएफएक्स 8 स्थापित करें
ओपन सोर्स.लिस्ट फाइल
cd /etc/apt sudo nano sources.list
इसे फ़ाइल में पेस्ट करें और सहेजें और बंद करें
deb http://de.archive.ubuntu.com/ubuntu/ bionic universe

इन कोड को टर्मिनल के अंदर चलाएँ
sudo apt-get update sudo apt install openjfx=8u161-b12-1ubuntu2 libopenjfx-java=8u161-b12-1ubuntu2 libopenjfx-jni=8u161-b12-1ubuntu2 openjfx-source=8u161-b12-1ubuntu2
फिर
sudo apt-mark hold libopenjfx-java libopenjfx-jni openjfx openjfx-source

लाइबेरिका भी है, जिसमें FX है।
https://bell-sw.com/pages/java-8u232/

@ rafik777 , आप कैसे बता सकते हैं कि इसमें FX है? मैं मुख्य रूप से ऐसा कुछ ढूंढ रहा हूं जिसमें जावाएफएक्स प्रीइंस्टॉल्ड हो ताकि मैं अपना प्राचीन जावा ऐप बना सकूं। लेकिन जब मैंने इसे डॉकर छवि bellsoft/liberica-openjdk-debian:8 का उपयोग करके ग्रेडेल के साथ बनाया, तो उसने त्रुटियों का एक गुच्छा बताया
क्या आप जानते हैं कि मैंने कुछ गलत किया है?

@thaiphv मुझे लगता है कि आपको इस डॉकरफाइल से अपनी डॉकर छवि बनानी चाहिए:

https://github.com/bell-sw/Liberica/blob/master/docker/repos/liberica-openjdk-debian/8/Dockerfile

लेकिन इसे बदलो
ARG LIBERICA_USE_LITE=1
प्रति
ARG LIBERICA_USE_LITE=0

@thaiphv मुझे लगता है कि आपको इस डॉकरफाइल से अपनी डॉकर छवि बनानी चाहिए:

https://github.com/bell-sw/Liberica/blob/master/docker/repos/liberica-openjdk-debian/8/Dockerfile

लेकिन इसे बदलो
ARG LIBERICA_USE_LITE=1
प्रति
ARG LIBERICA_USE_LITE=0

@ rafik777 , सुझाव के लिए धन्यवाद। मै उसे करने की एक कोशिश तो करूंगा।

मैं मैक ओएस कैटालिना का उपयोग कर रहा हूं। मैं अपना प्रोजेक्ट adoptopenjdk11 पर org.openjfx.javafxplugin प्लगइन के साथ चला रहा था। दुर्भाग्य से मैं एक सुरक्षा समस्या में भाग गया जो ओपनसीवी को मेरे वेबकैम तक पहुंचने से रोकता है और इससे ओपनजेडीके 11 दुर्घटनाग्रस्त हो गया। मुझे सुरक्षा समस्या के लिए कोई समाधान नहीं मिला है।

मैंने तब यह देखने के लिए adoptopenjdk8 स्थापित करने का निर्णय लिया कि क्या यह इसी तरह की दुर्घटना का कारण बनेगा। दुर्भाग्य से, पता चला कि org.openjfx.javafxplugin उपयोग ओपनजेडीके 8 के साथ नहीं किया जा सकता है और फिर मैं यह पता लगाने के लिए इस विषय पर पहुंचा कि जावाएफएक्स ओपनजेडीके 8 के साथ बंडल नहीं है।

मैं वर्तमान में OpenJDK 8 (https://github.com/openjfx/javafx-gradle-plugin/issues/61) के विरुद्ध org.openjfx.javafxplugin को संकलित करने पर विचार कर रहा हूं।

तो, इस पर कोई प्रगति? इसके अलावा, अगर किसी के पास मैक ओएस कैटालिना के लिए वर्कअराउंड है, तो फीडबैक की अत्यधिक सराहना की जाती है।

मुझे लगता है कि अब यह स्पष्ट है कि एडॉप्टओपेनजेडीके परियोजना को हमारी जावाएफएक्स समस्याओं में मदद करने में कोई दिलचस्पी नहीं है।

एडॉप्टओपेनजेडीके को छोड़ने का एकमात्र वास्तविक तरीका है। क्या आपने bell-sw.com से लाइबेरिका JDK आज़माया था? यही वह वितरण है जिसे मैंने पाया है जो सभी बॉक्सों पर टिक करता है।

पिछली बार टिप्पणी करने के बाद से स्थिति नहीं बदली है (और मैं टीएससी की ओर से नहीं बोलता): ओपनजेएफएक्स 8 वर्तमान में बनाए नहीं रखा गया है। और हम कुछ ऐसा बनाने और वितरित करने के लिए तैयार नहीं हैं जिसमें ज्ञात सुरक्षा भेद्यताएं हों। ऐसा करना घोर लापरवाही होगी।

एडॉप्टओपेनजेडीके के सदस्य ओपनजेएफएक्स 8 पर सहयोग करने के लिए अज़ुल और बेल सॉफ्ट दोनों के पास पहुँचे। यह प्रयास उन कारणों से सफल नहीं हुए जिनके बारे में मुझे जानकारी नहीं है। हम अभी भी OpenJFX 11 को बनाने और वितरित करने की योजना बना रहे हैं, लेकिन हम शॉर्ट-हैंडेड हैं।

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

आप इस डॉकर छवि का उपयोग कर सकते हैं, इसमें javafx है, वास्तव में इस संस्करण को चला रहा हूं, यह अच्छा काम करता है।

अमेज़न ncorretto:8

https://hub.docker.com/_/amazoncorretto

अतिरिक्त इस लाइन को Dockerfile में सेट कर सकते हैं:
उपयुक्त-अपडेट प्राप्त करें && \
apt-get install -y —no-install-recommends imagemagick openjfx git \
&& आरएम-आरएफ /var/lib/apt/सूचियां/*

@चिलचो1939
Amazon Corretto 8 में OpenJFX लंबे समय से अपडेट नहीं किया गया है।
यदि आप javafx.properties चेक करते हैं, तो आप समझ सकते हैं।
और, OpenJFX को Corretto 11 से बंडल नहीं किया गया है।
https://github.com/corretto/corretto-11/issues/1

इसके बजाय, मैं आपको लिबरिका JDK का उपयोग करने की सलाह देता हूं।

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

तो लोग लिनक्स पर अपने एडॉप्टओपेनजेडीके में जावाएफएक्स को कैसे जोड़ रहे हैं, अर्थात् उबंटू/डेबियन डेरिवेटिव्स? मैं इसे इस धागे में उल्लिखित देखता हूं, लेकिन मैं एक निर्माण विशेषज्ञ नहीं हूं, इसे छोटे संकेतों और उल्लेखों से लेने के लिए।

आपको ओपनजेडीके 8 और ओपनजेएफएक्स 8 स्थापित करने की आवश्यकता है।

ओपनजेडीके 8 स्थापित करें

sudo apt-get install openjdk-8-jdk

ओपनजेएफएक्स 8 स्थापित करें
ओपन सोर्स.लिस्ट फाइल
cd /etc/apt sudo nano sources.list
इसे फ़ाइल में पेस्ट करें और सहेजें और बंद करें
deb http://de.archive.ubuntu.com/ubuntu/ bionic universe

इन कोड को टर्मिनल के अंदर चलाएँ
sudo apt-get update sudo apt install openjfx=8u161-b12-1ubuntu2 libopenjfx-java=8u161-b12-1ubuntu2 libopenjfx-jni=8u161-b12-1ubuntu2 openjfx-source=8u161-b12-1ubuntu2
फिर
sudo apt-mark hold libopenjfx-java libopenjfx-jni openjfx openjfx-source

दुर्भाग्य से डेबियन बस्टर रिलीज में ऐसा करना बहुत मुश्किल है। जेनी पैकेज को निर्भरता का एक गुच्छा चाहिए जो अब उपलब्ध नहीं है।

root@DESKTOP-8N43UKC:/etc/apt# apt install openjfx=8u161-b12-1ubuntu2 libopenjfx-java=8u161-b12-1ubuntu2 libopenjfx-jni=8u161-b12-1ubuntu2
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 libopenjfx-jni : Depends: libavcodec57 (>= 7:3.4.2) but it is not going to be installed or
                           libavcodec-extra57 (>= 7:3.4.2) but it is not going to be installed
                  Depends: libavformat57 (>= 7:3.4.2) but it is not going to be installed
                  Depends: libgtk2.0-0 (>= 2.24.0) but it is not going to be installed
                  Depends: libjpeg8 (>= 8c) but it is not installable
                  Depends: libxslt1.1 (>= 1.1.25) but it is not going to be installed
 openjfx : Depends: openjdk-8-jre but it is not going to be installed

मैंने JavaFX-ओवरले के लिए अपने डाउनलोड अपडेट किए हैं।
https://benjamin-brummer.de/downloads/
इसके अतिरिक्त मैंने आवश्यक विंडोज़-डीएलएस के लिए एक डाउनलोड जोड़ा।
आप या तो ओवरले + डीएलएस डाउनलोड कर सकते हैं और इसे अपने मौजूदा एडॉप्टओपेनजेडीके पर कॉपी कर सकते हैं या एआईओ-ज़िप फाइल डाउनलोड कर सकते हैं।

क्या यह एडॉप्टओपेनजेडीके11 के साथ संगत है?

ओपन JDK 8 पर स्थापित करने के लिए
sudo apt स्थापित openjfx=8u161-b12-1ubuntu2 libopenjfx-java=8u161-b12-1ubuntu2 libopenjfx-jni=8u161-b12-1ubuntu2

तो लोग लिनक्स पर अपने एडॉप्टओपेनजेडीके में जावाएफएक्स को कैसे जोड़ रहे हैं, अर्थात् उबंटू/डेबियन डेरिवेटिव्स?

आप मेरे रेपो का उपयोग कर सकते हैं जिसमें सभी ojdkbuild पैच के साथ OpenJFX8 है:
https://github.com/jschwartzenberg/openjfx8

सुनिश्चित करें कि आपके पास हाल ही में OpenJDK 8 है और, रेपो का एक git क्लोन करें और ओवरले ज़िप बनाने के लिए sh ./gradlew zips का उपयोग करें।

OpenJFX8 के किसी भी अन्य संस्करण को मैंने देखा है जिसमें सुरक्षा भेद्यताएं ज्ञात हैं।

उपयुक्त-चिह्न पकड़ libopenjfx-जावा libopenjfx-jni openjfx openjfx-source

@samikrc - https://askubuntu.com/a/1062168 ने मदद की।

मैंने JavaFX-ओवरले के लिए अपने डाउनलोड अपडेट किए हैं।
https://benjamin-brummer.de/downloads/
इसके अतिरिक्त मैंने आवश्यक विंडोज़-डीएलएस के लिए एक डाउनलोड जोड़ा।
आप या तो ओवरले + डीएलएस डाउनलोड कर सकते हैं और इसे अपने मौजूदा एडॉप्टओपेनजेडीके पर कॉपी कर सकते हैं या एआईओ-ज़िप फाइल डाउनलोड कर सकते हैं।

नमस्ते...क्या आपके पास एक अद्यतन ओवरले है? विंडोज़ x64

नमस्ते...क्या आपके पास एक अद्यतन ओवरले है? विंडोज़ x64

विंडोज़ के लिए, मैं https://github.com/ojdkbuild/ojdkbuild . से बिल्ड की अनुशंसा करता हूं

नमस्ते...क्या आपके पास एक अद्यतन ओवरले है? विंडोज़ x64

विंडोज़ के लिए, मैं https://github.com/ojdkbuild/ojdkbuild . से बिल्ड की अनुशंसा करता हूं

नमस्ते, शायद मुझे कुछ याद आ रहा है कि इस रेपो में जेएफएक्स ओवरले कहां है?

नमस्ते, शायद मुझे कुछ याद आ रहा है कि इस रेपो में जेएफएक्स ओवरले कहां है?

यह प्रत्येक रिलीज में, उदाहरण के लिए देखें:
https://github.com/ojdkbuild/ojdkbuild/releases/tag/java-1.8.0-openjdk-1.8.0.275-1.b01

मुझे नहीं पता कि क्या ये ओवरले एडॉप्ट के बायनेरिज़ के साथ भी काम करते हैं। मुझे एडॉप्ट बायनेरिज़ के फायदे नहीं पता हैं।

@wicadmin @jschwartzenberg
नमस्ते, मुझे लगता है कि आपने लाइबेरिका जेडीके [1] या ज़ुलुएफएक्स [2] का बेहतर उपयोग किया था।
एडॉप्टओपेनजेडीके के अक्सर पूछे जाने वाले प्रश्न [3] देखें।
मैं लाइबेरिका JDK की सलाह देता हूँ!

Liberica और ZuluFX ओवरले की पेशकश नहीं करते हैं।
यदि आपको उनकी आवश्यकता है, तो शायद आप ग्लूऑन से एसडीके डाउनलोड कर सकते हैं [4]।
लेकिन ग्लूऑन जावाएफएक्स 8 और एलटीएस रिलीज को मुफ्त में पेश नहीं करता है।
साथ ही, ZuluFX, ज़ुलु 8 को छोड़कर OpenJFX LTS[5] की पेशकश नहीं करता है।

[1] https://bell-sw.com/pages/downloads/?package=jdk-full
[2] https://www.azul.com/downloads/zulu-community/?package=jdk-fx
[3] https://adoptopenjdk.net/faq.html#openjfxfaq
[4] https://gluonhq.com/products/javafx/
[5] https://docs.azul.com/zulu/zulurelnotes/ZuluReleaseNotes/ReleaseDetails1528-1335-1334-1143-1142-850-849-742-741-636-respin.htm

@wicadmin हमने Amazon Coretto पर स्विच किया https://aws.amazon.com/corretto/

मैंने उनमें से हर एक को आजमाया है। कुछ में पुराने JFX घटक हैं। मैं अपने आवेदन के लिए जावा 8 के साथ फंस गया हूं। Oracle में JFX घटकों के साथ किसी प्रकार की समस्या के कारण (एप्लिकेशन अनुत्तरदायी हो जाता है), हमने एडॉप्टओपनजेडीके 8 पर स्विच कर दिया है और सब कुछ @benbrummer ओवरले के साथ काम करता है सिवाय jfxwebkit.dll को छोड़कर यह त्रुटि देता है:

java.lang.UnsatisfiedLinkError: com.sun.webkit.WebPage.twkUpdateRendering(J)V
at com.sun.webkit.WebPage.twkUpdateRendering(Native Method)
at com.sun.webkit.WebPage.updateRendering(WebPage.java:648)
at com.sun.webkit.WebPage.updateContent(WebPage.java:641)
at com.sun.javafx.sg.prism.web.NGWebView.update(NGWebView.java:74)
at javafx.scene.web.WebView.handleStagePulse(WebView.java:999)
at javafx.scene.web.WebView.lambda$new$0(WebView.java:280)
at com.sun.javafx.tk.Toolkit.lambda$runPulse$2(Toolkit.java:399)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.javafx.tk.Toolkit.runPulse(Toolkit.java:398)
at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:422)
at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:518)
at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:498)
at com.sun.javafx.tk.quantum.QuantumToolkit.pulseFromQueue(QuantumToolkit.java:491)
at com.sun.javafx.tk.quantum.QuantumToolkit.lambda$runToolkit$11(QuantumToolkit.java:319)
at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at com.sun.glass.ui.win.WinApplication.lambda$null$3(WinApplication.java:177)
at java.lang.Thread.run(Thread.java:748)

अन्य वितरणों से jfxwebkit.dll अब इसे ठीक करता प्रतीत होता है, लेकिन अब मुझे यकीन नहीं है कि क्या गुम है क्योंकि यह थोड़ा छोटा आकार है जो @benbrummer के पास है।

@बेनब्रमर
Corretto में JavaFX बहुत पुराना संस्करण "8u202" है।
और यह Corretto 11[1] में समर्थित नहीं है।
इसलिए, मुझे लगता है कि इसका इस्तेमाल नहीं किया जाना चाहिए।

[1] https://github.com/corretto/corretto-11/issues/1

@wicadmin @jschwartzenberg
नमस्ते, मुझे लगता है कि आपने लाइबेरिका जेडीके [1] या ज़ुलुएफएक्स [2] का बेहतर उपयोग किया था।
एडॉप्टओपेनजेडीके के अक्सर पूछे जाने वाले प्रश्न [3] देखें।
मैं लाइबेरिका JDK की सलाह देता हूँ!

क्या आप जानते हैं कि ZuluFX में कौन से पैच शामिल हैं? पिछली बार मैंने जाँच की थी कि उन्होंने अपने स्रोतों को बायनेरिज़ के साथ प्रकाशित नहीं किया है और किसी को उनसे स्थानांतरण शुल्क के लिए अनुरोध करना पड़ा था।
मुझे BelSoft के साथ उन पैच के बारे में सकारात्मक कॉल मिली है जो वे LibericaFX 8 के लिए उपयोग करते हैं और क्या वे उन में अंतर्दृष्टि प्रदान कर सकते हैं। मुझे नहीं पता कि क्या वे पहले ही इसे स्थापित करने में सफल रहे हैं।

@wicadmin हमने Amazon Coretto पर स्विच किया https://aws.amazon.com/corretto/

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

मैंने उनमें से हर एक को आजमाया है। कुछ में पुराने JFX घटक हैं। मैं अपने आवेदन के लिए जावा 8 के साथ फंस गया हूं।

ojdkbuild प्रोजेक्ट के बिल्ड के साथ आपको किन समस्याओं का सामना करना पड़ा? ojdkbuild पर मेरे OpenJFX 8 रिपोजिटरी पर आधारित होने का कारण यह है कि मुझे अप टू डेट गैर-विंडोज बिल्ड की आवश्यकता थी और मैं शामिल किए गए सभी पैच में अंतर्दृष्टि प्राप्त करना चाहता था। अन्य कोई भी निर्माण उस समय संतुष्ट नहीं कर सका।

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

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

एडॉप्टओपेनजेडीके बिल्ड के क्या फायदे हैं? विंडोज उपयोगकर्ताओं के लिए, मैं ojdkbuild प्रोजेक्ट की ओर इशारा करता हूं (जिसके पीछे एक RedHat इंजीनियर है)। गैर-विंडोज उपयोगकर्ताओं के लिए, उनके ऑपरेटिंग सिस्टम पैकेज मैनेजर में आमतौर पर सबसे अच्छा ओपनजेडीके बिल्ड होता है।

ojdkbuild कार्य के आधार पर, मैं RedHat स्रोतों का उपयोग करके OpenJFX 8 के साथ एक OpenJDK संस्करण बना रहा हूं। एडॉप्ट का उपयोग करके स्विचिंग या बिल्ड प्रदान करने से मुझे क्या लाभ होगा?

विंडोज उपयोगकर्ताओं के लिए, मैं ojdkbuild प्रोजेक्ट की ओर इशारा करता हूं (जिसके पीछे एक RedHat इंजीनियर है)।

हमारे पास एक दर्जन (या तो) Red Hat इंजीनियर हैं: पलक:

गैर-विंडोज उपयोगकर्ताओं के लिए, उनके ऑपरेटिंग सिस्टम पैकेज मैनेजर में आमतौर पर सबसे अच्छा ओपनजेडीके बिल्ड होता है।

[प्रशस्ति - पत्र आवश्यक]

मैं रेड हैट फ्लेवर के लिए सहमत हूं। डेबियन और इसके फ्लेवर के पैकेज में ऐतिहासिक रूप से समस्याएं रही हैं, खासकर जेपीएमएस और जेपैकेज के आसपास।

ojdkbuild कार्य के आधार पर, मैं RedHat स्रोतों का उपयोग करके OpenJFX 8 के साथ एक OpenJDK संस्करण बना रहा हूं। एडॉप्ट का उपयोग करके स्विचिंग या बिल्ड प्रदान करने से मुझे क्या लाभ होगा?

यदि आपके पास जो कुछ है उससे आप खुश हैं, तो यह बहुत अच्छा है, खासकर यदि आप स्वयं OpenJDK बनाना पसंद करते हैं। मैं केवल यह नोट करना चाहता था कि हम OpenJFX 8 की पेशकश के खिलाफ नहीं हैं, लेकिन अतीत में ऐसा नहीं किया है क्योंकि हमें ऐसा कोई नहीं मिला जो इसे बनाए रख सके। और यदि कोई स्वयंसेवा करेगा, तो हमें आवश्यक सहायता प्रदान करने में प्रसन्नता होगी।

हमारे पास एक दर्जन (या तो) Red Hat इंजीनियर पलकें झपकाते हैं

यह जानना अच्छा है :) हो सकता है कि आप @ojdkbuild कार्य के पीछे वाले को भी टैग कर सकें?

_[प्रशस्ति - पत्र आवश्यक]_

मैं रेड हैट फ्लेवर के लिए सहमत हूं। डेबियन और इसके फ्लेवर के पैकेज में ऐतिहासिक रूप से समस्याएं रही हैं, खासकर जेपीएमएस और जेपैकेज के आसपास।

मुझे कभी भी yum / apt / pacman /etc करने में कोई समस्या नहीं हुई। OpenJDK की स्थापना। यदि डेबियन पैकेज के साथ कथित समस्याएं हैं, तो क्या इसे बेहतर बनाने के लिए सीधे योगदान देने पर विचार किया गया है?

यदि आपके पास जो कुछ है उससे आप खुश हैं, तो यह बहुत अच्छा है, खासकर यदि आप स्वयं OpenJDK बनाना पसंद करते हैं। मैं केवल यह नोट करना चाहता था कि हम OpenJFX 8 की पेशकश के खिलाफ नहीं हैं, लेकिन अतीत में ऐसा नहीं किया है क्योंकि हमें ऐसा कोई नहीं मिला जो इसे बनाए रख सके। और अगर कोई स्वेच्छा से काम करेगा, तो हमें आवश्यक सहायता प्रदान करने में खुशी होगी

मेरा कहना है कि मुझे OpenJFX को एडॉप्टओपेनजेडीके में पेश करने में कोई लाभ नहीं दिखता क्योंकि मुझे एडॉप्ट बायनेरिज़ के लाभों के बारे में पता नहीं है। जैसा कि आप ऊपर देख सकते हैं, विंडोज़ के लिए ओपनजेएफएक्स प्रदान करने के लिए अनुरोध हैं। यह एक अलग परियोजना में आसानी से उपलब्ध है, जिसे एडॉप्ट के साथ कम जाना जाता है, जो ज्यादातर अपने स्वयं के बायनेरिज़ को अपनाने का सुझाव देता है।

यदि एडॉप्ट विंडोज बायनेरिज़ प्रदान करना बंद कर देता है और इसके बजाय ojdkbuild प्रोजेक्ट के लिए उपयोगकर्ताओं को इंगित करता है, तो क्या खो जाएगा? कम से कम इससे उन्हें OpenJFX का समर्थन प्राप्त होगा।

यदि डेबियन पैकेज के साथ कथित समस्याएं हैं, तो क्या इसे बेहतर बनाने के लिए सीधे योगदान देने पर विचार किया गया है?

ज़रुरी नहीं। डेबियन पैकेज को सही करना मुश्किल है और अगर पैकेज मेंटेनर खुद इसका पता नहीं लगा सकते हैं, तो इसकी संभावना नहीं है कि हम कर सकते हैं। उसके ऊपर, लिनक्स वितरण की रिलीज नीति ओपनजेडीके शेड्यूल के साथ अच्छी तरह से नहीं खेलती है (आपके पास एडॉप्टओपेनजेडीके 15 हो सकता है जो उबंटू ज़ेनियल पर चलता है)। फिर OSS Linux वितरण के संदर्भ में JCP आवश्यकताओं को पूरा करना लगभग असंभव है। हम दूसरों की बाधाओं के बिना धीरे-धीरे वहां पहुंच रहे हैं।

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

इसका उपयोग करना पूरी तरह से ठीक है कि प्रावधान के तहत यह अद्यतित है (या आप जानते हैं कि आप क्या कर रहे हैं)। यदि एंटरप्राइज़ ग्राहक JavaFX 8 के साथ Java मांगते हैं, तो मैं उन्हें Oracle JDK की ओर इंगित करता हूं।

यदि एडॉप्ट विंडोज बायनेरिज़ प्रदान करना बंद कर देता है और इसके बजाय ojdkbuild प्रोजेक्ट के लिए उपयोगकर्ताओं को इंगित करता है, तो क्या खो जाएगा? कम से कम इससे उन्हें OpenJFX का समर्थन प्राप्त होगा।

मैं वास्तव में उस पर टिप्पणी नहीं कर सकता क्योंकि मैं ojdkbuild प्रोजेक्ट से परिचित नहीं हूँ। हमारा मिशन उच्च गुणवत्ता वाले ओपनजेडीके बाइनरी बिल्ड की पेशकश करना है जो ओपनजेडीके से जितना संभव हो सके मेल खाता है और प्लेटफार्मों की एक विस्तृत श्रृंखला पर उपयोग प्रतिबंधों के बिना उपयोग किया जा सकता है। यदि अन्य सभी विक्रेताओं ने अपने JDK को जारी करना बंद कर दिया, तो भी हम यहां रहेंगे और Oracle JDK के लिए एक निःशुल्क विकल्प प्रदान करेंगे। अगर लोग कुछ और (लाइबेरिका, सैपमाचिन, ...) का उपयोग करना पसंद करते हैं, तो यह मेरे लिए ठीक है। हम ड्रैगनवेल के साथ जल्द ही कई JDK की पेशकश करते हैं और हम Amazon Corretto के लिए QA करते हैं। एडॉप्टओपेनजेडीके बाइनरी बिल्ड के बारे में कम है और ओपनजेडीके बिल्ड और संबंधित परियोजनाओं के लिए एक घर होने के बारे में अधिक है जिसमें आवश्यक संसाधन (इन्फ्रा, लोग, पैसा) हैं।

ज़रुरी नहीं। डेबियन पैकेज को सही करना मुश्किल है और अगर पैकेज मेंटेनर खुद इसका पता नहीं लगा सकते हैं, तो इसकी संभावना नहीं है कि हम कर सकते हैं।

तब मैं उत्सुक हूं कि किन मुद्दों को माना जाता है क्योंकि तथ्य यह है कि डेबियन/उबंटू का एक समर्थित संस्करण ओपनजेडीके को सीधे उनके भंडार से स्थापित करने की अनुमति देता है और आपको एलटीएस संस्करणों (8 और 11) के लिए नवीनतम अपडेट मिलता है। हमें उन मुद्दों पर चर्चा करने से बचने के लिए सावधान रहना चाहिए जो वास्तव में वहां नहीं हो सकते हैं।

यदि एंटरप्राइज़ ग्राहक JavaFX 8 के साथ Java मांगते हैं, तो मैं उन्हें Oracle JDK की ओर इंगित करता हूं।

यह आपको स्रोत या कोई वास्तविक अंतर्दृष्टि नहीं देगा, इसलिए आप OpenJDK के कुछ फायदे खो देते हैं। जब तक मैं गलत नहीं हूँ और Oracle उनके निर्माण के लिए स्रोत कोड प्रदान करता है? स्रोत से संकलित करने के लिए मिलान निर्देशों के साथ बायनेरिज़ OpenJDK के सबसे बड़े लाभों में से एक है।

हमारा मिशन उच्च गुणवत्ता वाले ओपनजेडीके बाइनरी बिल्ड की पेशकश करना है जो ओपनजेडीके से जितना संभव हो सके मेल खाता है और प्लेटफार्मों की एक विस्तृत श्रृंखला पर उपयोग प्रतिबंधों के बिना उपयोग किया जा सकता है।

उपयोग प्रतिबंधों के साथ कोई OpenJDK बिल्ड नहीं है। यह GPL का एक सरल परिणाम है जो किसी भी उद्देश्य के लिए सॉफ़्टवेयर का उपयोग करने की स्वतंत्रता प्रदान करता है।

एडॉप्टओपेनजेडीके बाइनरी बिल्ड के बारे में कम है और ओपनजेडीके बिल्ड और संबंधित परियोजनाओं के लिए एक घर होने के बारे में अधिक है जिसमें आवश्यक संसाधन (इन्फ्रा, लोग, पैसा) हैं।

यह वाकई बहुत अच्छा है। लेकिन क्या वास्तव में अन्य स्रोतों से भी निर्माण को बढ़ावा देना एक विचार होगा? संभवतः यह "OpenJFX के बारे में क्या?" और विकल्पों की एक सूची की ओर इशारा करते हुए जो इसे बंडल करते हैं (एक नोट के साथ कि आप उन बिल्ड के लिए वाउच नहीं कर सकते हैं)। यह क्यूए सेवाओं सहित एक अधिक विस्तृत सिंहावलोकन भी हो सकता है।

तब मैं उत्सुक हूं कि किन मुद्दों को माना जाता है क्योंकि तथ्य यह है कि डेबियन/उबंटू का एक समर्थित संस्करण ओपनजेडीके को सीधे उनके भंडार से स्थापित करने की अनुमति देता है और आपको एलटीएस संस्करणों (8 और 11) के लिए नवीनतम अपडेट मिलता है।

उदाहरण के तौर पर: https://bugs.launchpad.net/ubuntu/+source/openjdk-14/+bug/1868699

यह आपको स्रोत या कोई वास्तविक अंतर्दृष्टि नहीं देगा, इसलिए आप OpenJDK के कुछ फायदे खो देते हैं।

हां, लेकिन मेरी जानकारी के अनुसार यह एकमात्र विक्रेता है जिसके पास पूरी तरह से जावा एफएक्स 8 है और यह 2022 तक ऐसा करेगा। अधिकांश लोग स्रोत से संकलन करने में सक्षम होने की परवाह नहीं करते हैं।

उपयोग प्रतिबंधों के साथ कोई OpenJDK बिल्ड नहीं है। यह GPL का एक सरल परिणाम है जो किसी भी उद्देश्य के लिए सॉफ़्टवेयर का उपयोग करने की स्वतंत्रता प्रदान करता है।

मैंने जो लिखा है उसका आप गलत अर्थ निकाल रहे हैं। ओपनजेडीके एक स्रोत-केवल परियोजना है (ज्यादातर)। हम यह सुनिश्चित करने के लिए यहां हैं कि कम से कम एक OpenJDK बाइनरी बिल्ड हो।

संभवतः यह "OpenJFX के बारे में क्या?" और विकल्पों की एक सूची की ओर इशारा करते हुए जो इसे बंडल करते हैं (एक नोट के साथ कि आप उन बिल्ड के लिए वाउच नहीं कर सकते हैं)।

https://adoptopenjdk.net/faq.html#openjfxfaq

तब मैं उत्सुक हूं कि किन मुद्दों को माना जाता है क्योंकि तथ्य यह है कि डेबियन/उबंटू का एक समर्थित संस्करण ओपनजेडीके को सीधे उनके भंडार से स्थापित करने की अनुमति देता है और आपको एलटीएस संस्करणों (8 और 11) के लिए नवीनतम अपडेट मिलता है।

उदाहरण के तौर पर: https://bugs.launchpad.net/ubuntu/+source/openjdk-14/+bug/1868699

धन्यवाद! यह बेहतर अंतर्दृष्टि प्रदान करता है कि एडॉप्ट क्यों है :)

हां, लेकिन मेरी जानकारी के अनुसार यह एकमात्र विक्रेता है जिसके पास पूरी तरह से जावा एफएक्स 8 है और यह 2022 तक ऐसा करेगा।

https://adoptopenjdk.net/faq.html#openjfxfaq

अच्छा!! हो सकता है कि आप https://github.com/ojdkbuild/ojdkbuild को भी इंगित कर सकें? इरादा मई 2026 तक है।

अधिकांश लोग स्रोत से संकलन करने में सक्षम होने की परवाह नहीं करते हैं।

प्रशस्ति - पत्र आवश्यक ;)

अच्छा!! हो सकता है कि आप https://github.com/ojdkbuild/ojdkbuild को भी इंगित कर सकें? इरादा मई 2026 तक है।

openjfx-8.0.202-1.b15.ojdkbuild.windows.x86_64.zip है (स्रोत: https://github.com/ojdkbuild/ojdkbuild/releases/tag/java-1.8.0-openjdk-1.8.0.275-1 .b01) यह क्या कहता है यह है? यह चिंताजनक होगा। या अलग तरीके से पूछने के लिए: मुझे और जानकारी कहां मिल सकती है कि कौन से पैच लागू किए गए हैं?

मुझे और जानकारी कहां मिल सकती है कि कौन से पैच लागू किए गए हैं?

सभी पैच यहाँ हैं: https://github.com/ojdkbuild/upstream_openjfx-8u

हालाँकि वह पेड़ केवल विंडोज़ पर बनता है। इसमें मूल इतिहास का भी अभाव है। इसलिए जब मैंने जीएनयू/लिनक्स समर्थन के बारे में पूछा, तो मुझे सुझाव दिया गया कि मर्क्यूरियल रिपॉजिटरी को उसके इतिहास के साथ फिर से आयात करना और संबंधित पैच को शीर्ष पर रखना बेहतर होगा।
https://github.com/ojdkbuild/ojdkbuild/issues/87#issuecomment -502648409

जैसा कि ऐसा लग रहा था कि कोई भी ऐसा नहीं कर रहा है, मैंने इसे स्वयं किया:
https://github.com/jschwartzenberg/openjfx8

मैंने कुछ और सुधार जोड़े जैसे कि इसे एक नए ग्लिब के साथ वितरण पर संकलित करने के लिए। उस रिपॉजिटरी को कम से कम RHEL6 (और उच्चतर) और हाल के फेडोरा संस्करणों पर संकलित करना चाहिए।

Jfxwebkit.dll छोटी गाड़ी लगती है। 232 पर @benbrummer संस्करण

Jfxwebkit.dll छोटी गाड़ी लगती है। 232 पर @benbrummer संस्करण

क्या आप ओवरले को एडॉप्ट बिल्ड के साथ जोड़ रहे हैं या आप पूर्ण ojdkbuild का उपयोग कर रहे हैं? बाद के मामले में, मैं ojdkbuild इश्यू ट्रैकर में किसी समस्या की रिपोर्ट करने का सुझाव दूंगा। अधिमानतः एक परीक्षण मामले के साथ। मेरे अनुभव में WebKit के माध्यम से एक WebView ojdkbuild बिल्ड के साथ ठीक काम करता है।

Jfxwebkit.dll छोटी गाड़ी लगती है। 232 पर @benbrummer संस्करण

क्या आप ओवरले को एडॉप्ट बिल्ड के साथ जोड़ रहे हैं या आप पूर्ण ojdkbuild का उपयोग कर रहे हैं? बाद के मामले में, मैं ojdkbuild इश्यू ट्रैकर में किसी समस्या की रिपोर्ट करने का सुझाव दूंगा। अधिमानतः एक परीक्षण मामले के साथ। मेरे अनुभव में WebKit के माध्यम से एक WebView ojdkbuild बिल्ड के साथ ठीक काम करता है।

हां, मैंने ojdkbuild का उपयोग किया और ojdkbuild से jfx को ओवरले किया।

केवल जेएफएक्स आइटम जहां वेबव्यू/वेबकिट का संबंध है, ओपनजेडके के 232 संस्करणों (बेनब्रमर से) के आसपास बेहतर ढंग से संकलित काम करता प्रतीत होता है लेकिन यह त्रुटि देता है:

java.lang.UnsatisfiedLinkError: com.sun.webkit.WebPage.twkUpdateRendering(J)V

जब तक कुछ प्रमुख सफाई से किया गया था, हम के बारे में jfxwebkit.DLL के आकार में 6 एमबी अंतर (ojdkbuild @benbrummer एक से आकार में 6 एमबी कम किया जा रहा है बात कर रहे हैं।

मैं सोच रहा हूं कि क्या इस पैच पर ईवेंट थ्रेड जोड़ के लिए यह जांच विंडोज़ में गैर-प्रतिक्रिया वाली javaw.exe प्रक्रिया का कारण बन रही है?
https://github.com/jschwartzenberg/openjfx8/commit/5ec80a12039b73c1d27fcab9bde17b4b6852516c#diff -ddb457cb213b5c9647b2d6ed7ac555851c162cddd5c0ea2a371973755edd75cd

हां, मैंने ojdkbuild का उपयोग किया और ojdkbuild से jfx को ओवरले किया।

मैंने विंडोज़ पर स्वयं 8u222 के साथ सबसे अधिक परीक्षण किया। हो सकता है कि आप देख सकें कि पुराने बिल्ड बेहतर काम करते हैं या नहीं।

जब तक कुछ प्रमुख सफाई से किया गया था, हम के बारे में jfxwebkit.DLL के आकार में 6 एमबी अंतर (ojdkbuild @benbrummer एक से आकार में 6 एमबी कम किया जा रहा है बात कर रहे हैं।

मुझे संदेह है कि यह संकलन कैसे किया जाता है और @benbrummer के पास अधिक स्थिर रूप से जुड़े पुस्तकालय हैं। ऐसा लगता है कि @ojdkbuild एक गतिशील लिंकिंग का उपयोग करता है और इसमें कुछ अतिरिक्त डीएलएल शामिल हैं।

मैं सोच रहा हूं कि क्या इस पैच पर ईवेंट थ्रेड जोड़ के लिए यह जांच विंडोज़ में गैर-प्रतिक्रिया वाली javaw.exe प्रक्रिया का कारण बन रही है?
jschwartzenberg/ openjfx8@5ec80a1#diff -ddb457cb213b5c9647b2d6ed7ac555851c162cddd5c0ea2a371973755edd75cd

यदि आप किसी विशेष निर्माण से शुरू होने वाले प्रतिगमन के लिए समस्या को इंगित कर सकते हैं और टिकट की रिपोर्ट कर सकते हैं, तो मुझे लगता है कि इसे हल करने में पहले से ही बहुत मददगार होगा।

ओपनजेएफएक्स का विंडोज बिल्ड जटिल है (आईएमओ)। यदि आपके पास परीक्षण करने के लिए जीएनयू/लिनक्स विकल्प है और समस्या वहां पुन: उत्पन्न करने योग्य है, तो सटीक प्रतिबद्धता को इंगित करना आसान होगा। यदि आपको मेरे भंडार से OpenJFX ओवरले बनाने में परेशानी होती है तो मैं आपकी मदद कर सकता हूं।

मैंने विंडोज़ पर स्वयं 8u222 के साथ सबसे अधिक परीक्षण किया। हो सकता है कि आप देख सकें कि पुराने बिल्ड बेहतर काम करते हैं या नहीं।

हां, मैंने अभी-अभी odjkbuild JRE को odkjbuild openjfx 8 के साथ परीक्षण किया है और केवल @benbrummer से jfxwebkit.dll में स्वैप किया है और मुझे पूरी सफलता मिली है।

मुझे संदेह है कि यह संकलन कैसे किया जाता है और @benbrummer के पास अधिक स्थिर रूप से जुड़े पुस्तकालय हैं। ऐसा लगता है कि @ojdkbuild एक गतिशील लिंकिंग का उपयोग करता है और इसमें कुछ अतिरिक्त डीएलएल शामिल हैं।

शायद, जो कुछ भी है, ऐसा लगता है कि स्थिर रूप से संकलित होने पर फर्क पड़ता है।

ओपनजेएफएक्स का विंडोज बिल्ड जटिल है (आईएमओ)। यदि आपके पास परीक्षण करने के लिए जीएनयू/लिनक्स विकल्प है और समस्या वहां पुन: उत्पन्न करने योग्य है, तो सटीक प्रतिबद्धता को इंगित करना आसान होगा। यदि आपको मेरे भंडार से OpenJFX ओवरले बनाने में परेशानी होती है तो मैं आपकी मदद कर सकता हूं।

दुर्भाग्य से यह केवल विंडोज़ ऐप है। हालांकि मैं देखूंगा कि यह लिनक्स पर कैसे चलता है।

शायद, जो कुछ भी है, ऐसा लगता है कि स्थिर रूप से संकलित होने पर फर्क पड़ता है।

या यह संस्करण अंतर है। अपडेट के बीच वेबकिट काफी बदल गया, वेबकिट के नए संस्करण भी पेश किए गए (कमजोरियों को ठीक करना)।

दुर्भाग्य से यह केवल विंडोज़ ऐप है। हालांकि मैं देखूंगा कि यह लिनक्स पर कैसे चलता है।

इन तकनीकों का आशय यह होगा कि एक ही सॉफ्टवेयर रनटाइम द्वारा समर्थित किसी भी प्लेटफॉर्म पर चल सके। यह देखना दिलचस्प होना चाहिए कि क्या यह काम करता है!

यदि कोई डॉक अपडेट है तो हम ब्लॉग या वेबसाइट पर कर सकते हैं तो पीआर का स्वागत है।