Temurin-build: JavaFX مفقود في توزيعات OpenJDK 8

SzentnerTsIT نعم ، لدينا بالفعل بعض المشكلات المفتوحة حول هذا الموضوع. أخشى أن تمر بضعة أسابيع في أحسن الأحوال. سنبدأ بجافا 11 ونعود للخلف

هل توجد هذه المشكلة مع تبنّي أبينجيدك 1.8u192b12 على لينكس (وليس ويندوز) ،
ألا يجب أن تعمل أم أفتقد شيئًا؟
TIA لإجابتك

راجع رقم 245 أيضًا - ربما تكون هذه أيضًا مشكلة في المثبت - إعادة تشكيل.

لا أستخدم برنامج التثبيت ، فقم بإلغاء تحديد الأرشيف الذي تم تنزيله واستخدام "بدائل التحديث - التثبيت" لتثبيت jdk (لاحظ أن هذه ليست المشكلة الأصلية بالضبط ، إنها مشكلة في نظام التشغيل Linux).
لقد رأيت أن ملف jfxrt.jar مفقود في توزيع تبنّي OpenJDK عند مقارنة محتوى دليل jre / lib / ext في تبنّي OpenJDK 8u192 (النافذة الأولى) و oracle jdk 1.8u192 (النافذة الثانية) (انظر لقطة الشاشة المرفقة) قد يكون هذا هو مشكلة؟
شكرا لإجابتك على أي حال

ما هي إصدارات Windows التي تتضمن JavaFX؟

alexhass ، نظام windows oracle jdk 1.8 ، ليس لدي نظام windows الآن لعمل لقطة شاشة ، ولكن بالنظر إلى موقع الويب doc ، ترى أن واجهة برمجة التطبيقات مضمنة في 1.8. https://docs.oracle.com/javase/8/javafx/api/toc.htm
انتقلت JavaFX إلى openJFX بدءًا من 1.8 (أي 9 و 10 و 11)

منذ أسبوعين ، اختبرت ملف PDFsam على windows مع 8.x واشتكى من أنه لا يمكنه اكتشاف java. أنا فقط أفترض أنها ليست مضمنة. ربما خطأ في pdfsam.

I تحميل jdk8u192-b12-jre ودققت مسار \lib\ext\ مرة أخرى وهناك NO jfxrt.jar

عليك أن تنظر إلى دليل jre تحت jdk وليس jre خارج شجرة دليل jdk.
هنا على جهاز يعمل بنظام windows مع jdk 191 (تم التقاط لقطة الشاشة بالأمس ، لم أقم بتثبيت 192 لأنه ليس جهازي):

لقد لاحظت المشكلة لأن لدي بعض الكود الذي يجمع (تحت لينكس) مع oracle jdk والذي لا يتراجم مع تبنيدوبينج (تحت لينكس) لأنه لا يستطيع العثور على حزم جافا ، مشروع كوردا مفتوح المصدر. لم أحاول تبنِّيْدك تحت الويندوز.
يستخدم هذا المشروع في الواقع jdk 1.8 ، ولا يمكنني التبديل إلى jdk11 بسهولة ، فهو 5.4 مليون سطر من التعليمات البرمجية وهناك بعض التعديلات المحددة ، وهناك الكثير من العمل.
وانا لم اقلها لكنني ممتن جدا لكل من يحافظ على توزيعة تبنتوبينجدك واشكرهم على عملهم فهذه مبادرة مهمة جدا

أنت تشير إلى Oracle Java. لكنني أتحدث عن برنامج JRE الخاص بـ تبنّي OpenJDK.

تفتقد حزم AcceptOpenJDK إلى JavaFX. هذا يسبب الكثير من المشاكل. على سبيل المثال لا يمكن استخدام PDFsam على Windows.

نعم ، راجعت Oracle jdk.
يبدو أن مكتبات javafx مفقودة في كلٍّ من إصدارات linux و windows.

هل هناك وقت محدد للوصول عند تضمين JavaFX في إصدارات 8.x؟

آمل أن يكون هذا قد تم حله قبل وصول Oracle Java 8 إلى موسوعة الحياة في قسمين؟ المزيد من الإصدارات (u211).

هل هناك أي وقت متوقع للوصول مع Oracle Java 8 EOL؟

شكرا
ميخائيل

أعتقد أن المطورين الذين يحتاجون إلى حزمة JavaFX (OpenJFX) يمكنهم استخدام التوزيعات أدناه.

• Azul ZuluFX: https://www.azul.com/downloads/zulu/zulufx/
• BellSoft Liberica JDK: https://www.bell-sw.com/java.html
• أمازون كوريتو: https://docs.aws.amazon.com/ja_jp/corretto/latest/corretto-8-ug/downloads-list.html

يتم دعم ZuluFX و Liberica JDK 8/11 ، وكوريتو الآن هو JDK 8 فقط وفي المعاينة.

نحن نتطلع إلى تقديم النصح لعملائنا لاستخدام المتبني مع منتجنا. معظم منتجاتنا لا تستخدم الجافافكس.

نظرًا لتكلفة التحقق ، سندعم توزيع جافا واحد. نود أن نستخدم appropenjdk.

هل هناك أي ETA على openJFX في توزيع windows. نحن على ما يرام مع توزيعات لينوكس جافا 1.8 من openjdk في الوقت الحالي. أول واحد من الجرف هو windows java 1.8.

نأمل أن يكون لدينا شيء ما بحلول نهاية الربع الأول على أبعد تقدير

@ karianna إذا كان الأمر كذلك ، فسيكون هذا هو الإصدار النهائي
ستحصل شركة IBM أيضًا على (J9 وليس OpenJ9) بعد فترة طويلة من وصول EOL إذا بحثت عن "Ship Java 8 APAR FOR WAS"

@ karianna إذا كان الأمر كذلك ، فسيكون هذا هو الإصدار النهائي
ستحصل شركة IBM أيضًا على (J9 وليس OpenJ9) بعد فترة طويلة من وصول EOL إذا بحثت عن "Ship Java 8 APAR FOR WAS"

سنضيفه إلى تبنّي OpenJDK كخيار في أدوات التثبيت على الأرجح. بالنسبة لـ win-32 ، قد يكون ذلك صعبًا. سيتعين علىjohanvos و @ ali-

هناك ما هو أكثر من مجرد jfxrt.jar . إذا بحثت في توزيع Oracle JDK عن الملفات التي تحتوي على fx فيها ، فستجد حوالي عشرة ملفات تبدو ذات صلة. يحتوي Amazon Corretto على jfxrt.jar ولكنه يفتقد jfxwebkit.dll وبعض الآخرين ، بالإضافة إلى أن الملف jfxrt.jar أصغر كثيرًا. توزيع أمازون لم يكتمل أيضًا ، فقد يعمل على التجميع ولكنه يتعطل في وقت التشغيل إذا تم استخدام javafx webkit. أتمنى أن يتضمن دعم جميع ميزات javafx في JDK8 ، فأنا أحتاج حقًا webkit للعمل!

أنا سعيد لجهودك لتوفير LTS JDK / RE 8. مجانًا ، للأسف ، لا يعد بديل Dropin لـ Oracle JDK / JRE 8 بدون دعم JavaFX الكامل بديلاً حقيقيًا.

نحتاج إلى دعم JavaFX لاختبار السيلينيوم باستخدام JBrowserDriver (https://github.com/MachinePublishers/jBrowserDriver) لاختبار واجهة المستخدم بدون رأس على خادم إنشاء Jenkins. حل جيد للجافا فقط. المتصفح الآخر الذي يدعم وضع مقطوعة الرأس هو Chrome. لكن تشغيل بيتا. لقد تخلينا عنها أخيرًا لأن لدينا أشياء أفضل نقوم بها.

نظرًا لأن JBrowserDriver يستخدم مكون HtmlKit من JavaFX فإنه يتكسر على توزيعات OpenJDK 8 الحالية. بالتأكيد هناك العديد من التطبيقات مفتوحة المصدر والملكية الأخرى التي لن تعمل بدون JavaFX.

إذا كانت هناك حاجة إلى مساعدة ، على سبيل المثال لاختبار الإصدار المسبق والتعليقات ، فسيسعدني تقديمها. نحن نستخدم AcceptOpenJDK مع Open J9 VM للتجميع وكوقت تشغيل لـ WebSphere Liberty على أجهزة المطورين لدينا وللتجميع وكوقت تشغيل اختباري (مخضرم). الاستثناء الوحيد في الوقت الحالي هو اختبارات السيلينيوم الخاصة بنا.

لا تحتوي بيئة وقت تشغيل OpenJDK (اعتماد OpenJDK) (الإصدار 1.8.0_202-b08) على JavaFX.
كيف تشمل؟

لا تحتوي بيئة وقت تشغيل OpenJDK (اعتماد OpenJDK) (الإصدار 1.8.0_202-b08) على JavaFX.
كيف تشمل؟

على المدى القصير ، سأنتقل إلى OpenJFX وأسأل مجتمعهم - سوف يمر بعض الوقت قبل أن نحل القصة هنا.

أهلا،

هل هناك أي معلومات عن موعد توفر javafx في تبنّي OpenJDK 8. نحن في حاجة إليها حقًا.

حل بديل محتمل:
أنا أعمل على نظام Ubuntu 18.04 وأستخدم إصدار AcceptOpenJDK 8u202-b08.
لتشغيل javafx ، قمت بنسخ جميع الملفات الضرورية من إصدار Oracle JDK 1.8.0_201 إلى AcceptOpenJDK. متابعة الملفات التي تريد نسخها:

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

لا أعرف ما إذا كنت بحاجة إلى نفس الملفات بالضبط على Windows ، لكنني آمل أن يساعد ذلك في الوقت الحالي في تشغيل تطبيقك مع AcceptOpenJDK.

@ karianna أي أخبار؟

@ karianna أي أخبار؟

إنها في أعلى القائمة إلى حد ما ، ولكن لدينا بعض أولويات النسخ الأخرى أولاً (المثبتون و JDK12)

karianna ما الذي تحتاجه للحصول على javafx داخل تبنّي OpenJDK؟

أعتقد أننا نحتاج فقط إلى إضافة libs الصحيحة إلى حزمة JRE / JDK الحالية ثم إتاحة ذلك كتنزيل منفصل وعبر المثبتات أيضًا. لذلك من المحتمل أن تكون بعض البرامج النصية لـ Jenkins Groovy / Bash وبعض تحديثات المثبت ثم بعض أعمال API والويب.

لقد تمكنت من إنشاء OpenJFX 1.8 على جهاز يعمل بنظام Windows 10 ، مع إنشاء jfxwebkit.dll ، وما إلى ذلك ، أيضًا. اختبارات جيدة. لقد كان تمرينًا مؤلمًا للغاية ، وأدلة إنشاء openjfx الموجودة على الويب ليست دقيقة بشكل كافٍ بشكل كافٍ بشأن ميزات معينة بالضبط لإصدارات حزم الأدوات التي تعمل معًا ، وأي الحزم يتم تحميلها يدويًا بشكل أفضل ولا يتم تنزيلها باستخدام cygwin. يعد ترتيب PATH أمرًا مهمًا أيضًا لالتقاط المجمعين المناسبين ، والاختيار الصحيح ، وما إلى ذلك. يمكن إنجازه.

يوزع MacOS و Linux أيضًا ملفات JavaFX libs المفقودة ...

karianna كجزء من هذه المشكلة ، هل سيتم توفير OpenJFX في توزيعات MacOS و Linux أيضًا؟ إذا كان الأمر كذلك ، فهل يمكنك تحديث عنوان الإصدار ليعكس النطاق.

أنا فقط أقوم بالتبديل على Windows بسبب Ninite. الآن العديد من البرامج لم تعد تعمل ، وأنا ذاهب إلى حفرة الأرانب لمعرفة كيفية الإصلاح دون الرجوع إلى ملكية أوراكل. نحن حقًا بحاجة إلى بديل يعمل فقط كبديل بدون حجز مسبق.
أنا أقدر أن هذا بذل الكثير من الجهد من قبل العديد من الأشخاص ، ولا تنوي عدم الاحترام أو التجاهل للعمل الذي تم القيام به. أنا فقط أشير إلى مشكلة. الآن ، بعد أن ستشهد شركة adaptopenjdk الكثير من حركة المرور الجديدة نتيجة لإجراءات Oracle ، لا نريد أشخاصًا أقل تقنيًا يعتقدون أن OpenJDK غير مهم لأن الأشياء لن تعمل.

@ Sakata-MC سيعمل المجتمع على OpenFX ويجعله مواطنًا من الدرجة الأولى. إذا كنت تبحث عن دعم إضافي في هذه الجهود ، فراجع الخيارات في appropenjdk.net/support.html

@ Sakata- MCkariana Amazon Correto يحتوي على JFX libs لجميع أنظمة التشغيل. لكن ليس لديك OpenJ9 JVM.

لقد كنت أبحث أيضًا عن دعم javaFX لنظام iOS.

كنت أبحث أيضًا عن بديل بديل لـ Oracle JDK 8 وللأسف ، لم ينجح أي من البدائل. إما أن Win32 أو Mac Support مفقود (الكل باستثناء AcceptOpenJDK) و / أو لا يوجد JavaFX مع WebKit و javafxpackager.

أتساءل حقًا ما الذي يمكن أن يكون له أولوية أعلى من وجود تكافؤ في الميزات. يجب زيادة بريو كثيرا. المشروع ثقيل حقا وراء ...

alexhass سحب الطلبات والدعم مرحب به! - وإلا يمكنك البحث عن اعتمادopenjdk.net/support.html لتسريع الميزات.

سأحاول هذا التوزيع الذي وجدته بالصدفة:
https://www.azul.com/downloads/zulu/zulufx/

لم أكن أعرف أن هناك نسخة مجتمعية مجانية وغير مقيدة من Zulu JRE / JDK.

مكتبات Webkit DLL موجودة. أعتقد أن عناصر 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 يمكنك أيضًا تجربة Liberica JDK. https://www.bell-sw.com/

هل من أخبار عما إذا كان هذا سيكون جاهزًا في حدث "MAy 2019"؟

juliojgd May متفائلة ، من المحتمل أن يكون يونيو

تزداد أهمية هذه المشكلة منذ أن تحولت أحدث صورة عامل إرساء لـ OpenJDK إلى JDK من تبنّي OpenJDK.
قبل أن يكون من الممكن تثبيت JavaFX باستخدام "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 /التحميلات/. ببساطة استخرجه في jdk الخاص بك.

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 قمت بتحميل تصميم باستخدام WebKit و Media

benbrummer ربما إنشاء طلب سحب؟

لست متأكدًا من مكان السحب إلى https://github.com/AdoptOpenJDK/openjdk-jfx فارغ.

افتراض

1. PR لتغيير git-hg للحصول على المصادر إلى Github.
2. العلاقات العامة لتغيير الكود على جيثب ليكون قابلاً للبناء مع تبنّي OpenJDK كهدف
3. العلاقات العامة للبناء ضد المنصات الأخرى (في أفضل حالاتها لا حاجة لذلك)
4. الاندماج في نظام البناء؟

العلاقات العامة الثانية ستكون سهلة ، لكنني فقط أقوم ببناء OpenJFX لنظام التشغيل Windows و OpenJFX 8 فقط

https://github.com/javafxports/openjdk-jfx مرآة ...

لست متأكدًا من مكان السحب إلى https://github.com/AdoptOpenJDK/openjdk-jfx فارغ.

افتراض

1. PR لتغيير git-hg للحصول على المصادر إلى Github.

قد لا نحتاج إلى القيام بذلك على افتراض أننا لسنا بحاجة إلى الاحتفاظ بتصحيحات حول ما هو https://github.com/javafxports/openjdk-jfx -johanvos - إذا قمنا ببناء OpenJFX عند الاعتماد ، فهل نحتاج إلى تعيين بائع سلسلة أو أي شيء من هذا القبيل؟

1. العلاقات العامة لتغيير الكود على جيثب ليكون قابلاً للبناء مع تبنّي OpenJDK كهدف

أعتقد أنه سيكون مجرد حالة إنشاء خط أنابيب بناء Jenkins لإنشاء OpenJFX (كل ليلة) وإصدار الإصدارات

1. العلاقات العامة للبناء ضد المنصات الأخرى (في أفضل حالاتها لا حاجة لذلك)

كل جزء من خط الأنابيب أعلاه. أعتقد أن أحد الأشياء التي تعوقنا كانت بعض أعمال البنية التحتية لتثبيت تبعيات OpenJFX

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

1. الاندماج في نظام البناء؟

العلاقات العامة الثانية ستكون سهلة ، لكنني فقط أقوم ببناء OpenJFX لنظام التشغيل Windows و OpenJFX 8 فقط

https://github.com/javafxports/openjdk-jfx ليس كافيًا
نحن بحاجة إلى مرآة
http://hg.openjdk.java.net/openjfx/8u/rt/
http://hg.openjdk.java.net/openjfx/9/rt/ (eol)
http://hg.openjdk.java.net/openjfx/10/rt/ (eol)
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.

لقد أدركنا للتو أن ملفات dll لنظام التشغيل Windows مفقودة لـ AdoptOpenJDK 8u212 + OpenJFX 8 Overlay. لتشغيل تطبيق javafx ، كان علينا أيضًا تثبيت Visual C ++ 2015-2019 Redistributable https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads.

في Lubuntu 19.04 ، يفتقد OpenJDK-8-JDK إلى JavaFX. هل هذا يعني أنه لم يعد ممكنًا مع JavaFX لـ Java 8؟ يجب أن أذهب إلى Java 11 إذا كنت أرغب في إنشاء تطبيقات Android؟

لا يزال من الممكن استخدام JavaFX مع Java 8DanielMartensson .

المشكلة هنا هي أن بعض توزيعات Java لا تتضمن JavaFX أو تتضمنها بشكل منفصل.

لمزيد من التعقيد ، اعتاد Ubuntu أن يكون لديه حزمة openjfx 8 منفصلة لكنهم تخلصوا منها ولديهم الآن حزمة openjfx 11 فقط. كحل بديل محتمل ، قد تتمكن من إضافة مستودعات للإصدار القديم من Ubuntu وتثبيت حزمة openjfx القديمة ، لكنني لم أجرب هذا شخصيًا. مزيد من التفاصيل هنا: 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 ، ما هو إصدار Ubuntu الذي اختبرت هذا عليه؟ كما أشرت أعلاه ، أعتقد أن حزمة "openjfx" قد تم تغييرها الآن لدعم Java 11 فقط في الإصدار الجديد من Ubuntu (منذ 18.10) لذلك قد لا يعمل هذا البرنامج النصي.

أيضًا إذا كنت لا تمانع في أن أسأل ، فلماذا لا تقوم فقط بتعيين JAVA_HOME على / usr / lib / jvm / java-8-openjdk-amd64 / بدلاً من نسخ كل هذه الملفات إلى الدليل الآخر؟

أقوم بتمديد الصورة من " openjdk: 8 ".
آخر مرة راجعت أنها تعمل بشكل جيد.

إذا قاموا بتحديث تلك الصورة ، فقد تكون معطلة. أنا فقط أبني مرة واحدة في الأسبوع.

تم ضبط JAVA_HOME على / usr / local / openjdk-8 / منذ أن تغير موقع JDK في الصورة الأساسية.

أنا لا أقول أن هذه هي أفضل طريقة للقيام بذلك - فقط أنها "جيدة بما فيه الكفاية" بالنسبة لي.

jschneider هذا مفيد ، إنه يعمل بالنسبة لي على CentOS 7. شكرًا لك!

آه ، فهمت. لست مألوفًا جدًا مع عامل الإرساء ، لذا لم أدرك أنه يوفر نسخة من JDK بهذه الطريقة. من المنطقي. يبدو أيضًا أن هذه الصورة تستند إلى Debian Stretch ، لذا فإن الخطأ الذي كنت أتحدث عنه لا ينطبق. اسف لخلط الامور

لقد حللت مشكلتي. اضطررت إلى إضافة 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

منتهي

هل نتوقع حل هذه المشكلة في المستقبل القريب؟
هذه السنة؟

هل نتوقع حل هذه المشكلة في المستقبل القريب؟
هذه السنة؟

نعم ، ربما هذا العام ، ولكن هناك مجموعة من الأولويات الأعلى التي نتعامل معها أولاً. إذا كنت بحاجة إلى شيء عاجل ، فهناك خياران للدعم التجاري (appropenjdk.net/support)

لدينا منتج برنامج سطح مكتب (نحتاج إلى Java-FX واستخدام بعض الاختراقات الانعكاسية التي تجعل java-9 صعبًا) أدركت مؤخرًا أنه من المحتمل أن يكون في إساءة استخدام ترخيص Oracle الجديد.

أنا أستخدم Java8 + FX u222 من Azul ( zulu8.40.0.25-ca-fx-jdk8.0.222-win_i686 ) بدون مشكلة.

سيكون أمرًا رائعًا حقًا إذا قام تبنّي OpenJDK بتضمين وقت تشغيل JavaFX في توزيع java-8 الخاص بهم.

_بالطبع ، سيكون من الأجمل إذا كان بإمكاني إعادة تشكيل كود اختراق الانعكاس الخاص بي من قاعدة الكود الخاصة بي والانتقال ببساطة إلى java-11_ (أو ، في هذا الصدد ، java 12 ، نظرًا لأن هذا النوع من الاستدلال يبدو رائعًا حقًا).

https://www.jetbrains.com/research/devecosystem-2018/java/
84٪ من المستخدمين يستخدمون Java8 - أعتقد أن عدم دعم واجهة برمجة التطبيقات سيكون أولوية قصوى.

agilesal 83٪ اعتبارًا من 2019 ... 😉 https://www.jetbrains.com/lp/devecosystem-2019/java/

مرت سنة ... ما زالت غير ثابتة؟

مرت سنة ... ما زالت غير ثابتة؟

لينكس فقط. أنا أستخدم OpenJFX لتطوير Android و Iphone.

أفضل طريقة هي جعل Android يعمل مع OpenJFX 11. ثم سينتقل جميع مستخدمي Android Java إلى Java 11.

نعم ، ولكن كما ذكر @ beatngu13 بالفعل ، لا يزال Java 8 هو إصدار Java الأكثر استخدامًا: https://www.jetbrains.com/lp/devecosystem-2019/java/
لذلك لا يزال الدعم لهذا الأمر مطلوبًا!

OpenJFX 8 لم يتم الحفاظ عليه. طالما أن هذا لا يتغير ، فلن نقوم بتضمينه في أي شيء. إذا كنت ترغب في تغيير ذلك ، فتوجه إلى قناة OpenJFX على تبنّي OpenJDK Slack.

مفهوم. التحول إلى Java8 + FX من Azul

مفهوم. التحول إلى Java8 + FX من Azul

هناك أيضًا Liberica التي تحتوي على FX.
https://bell-sw.com/pages/java-8u232/

مفهوم. التحول إلى Java8 + FX من Azul

هناك أيضًا Liberica التي تحتوي على FX.
https://bell-sw.com/pages/java-8u232/

لقد جربت ذلك ، ولم ينجح مع Gluon HQ JavaFX لتطوير Android / Iphone.
اعتماد OpenJDK 8 مع OpenJFX 8 يعمل معي في نظام Linux.

لقد قمت بتحديث التنزيلات الخاصة بي لـ JavaFX-Overlay.
https://benjamin-brummer.de/downloads/
بالإضافة إلى ذلك ، أضفت تنزيلًا لملفات Windows-Dlls الضرورية.
يمكنك إما تنزيل Overlay + the Dlls ونسخها فوق AcceptOpenJDK الموجودة لديك أو تنزيل ملفات AIO-Zip.

هل يعمل ذلك مع Gluon HQ JavaFX؟

هناك أيضًا Liberica التي تحتوي على FX.
https://bell-sw.com/pages/java-8u232/

@ rafik777 ، كيف يمكنك معرفة أنه يحتوي على العملات الأجنبية؟ أنا أبحث بشكل أساسي عن شيء تم تثبيت JavaFX عليه مسبقًا حتى أتمكن من إنشاء تطبيق Java القديم الخاص بي. ولكن عندما قمت بإنشائه باستخدام gradle باستخدام صورة Docker 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;
                            ^

هل تعرف ما إذا كنت قد فعلت شيئا خاطئا؟

إذن كيف يضيف الأشخاص JavaFX إلى تبنوا OpenJDK على Linux ، أي مشتقات Ubuntu / Debian؟ أراه مذكورًا في هذا الموضوع ، لكنني لست خبيرًا في البناء ، لالتقاطه من القرائن والإشارات الصغيرة.

إذن كيف يضيف الأشخاص JavaFX إلى تبنوا OpenJDK على Linux ، أي مشتقات Ubuntu / Debian؟ أراه مذكورًا في هذا الموضوع ، لكنني لست خبيرًا في البناء ، لالتقاطه من القرائن والإشارات الصغيرة.

يجب أن يكون لديك OpenJDK 8 و OpenJFX 8 مثبتين.

قم بتثبيت OpenJDK 8

sudo apt-get install openjdk-8-jdk

قم بتثبيت OpenJFX 8
افتح ملف sources.list
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

هناك أيضًا Liberica التي تحتوي على FX.
https://bell-sw.com/pages/java-8u232/

@ rafik777 ، كيف يمكنك معرفة أنه يحتوي على العملات الأجنبية؟ أنا أبحث بشكل أساسي عن شيء تم تثبيت JavaFX عليه مسبقًا حتى أتمكن من إنشاء تطبيق Java القديم الخاص بي. ولكن عندما قمت بإنشائه باستخدام gradle باستخدام صورة Docker bellsoft/liberica-openjdk-debian:8 ، فقد أبلغت عن مجموعة من الأخطاء
هل تعرف ما إذا كنت قد فعلت شيئا خاطئا؟

thaiphv أعتقد أنه يجب عليك إنشاء صورة عامل ميناء من ملف Dockerfile هذا:

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 أعتقد أنه يجب عليك إنشاء صورة عامل ميناء من ملف Dockerfile هذا:

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 ، شكرا لك على الاقتراح. سأجربه.

أنا أستخدم نظام التشغيل Mac OS Catalina. كنت أقوم بتشغيل مشروعي على adoptopenjdk11 مع مكون إضافي org.openjfx.javafxplugin . لسوء الحظ ، واجهت مشكلة أمنية تمنع OpenCV من الوصول إلى كاميرا الويب الخاصة بي مما تسبب في تعطل OpenJDK 11. لم أجد إصلاحًا لمشكلة الأمان.

قررت بعد ذلك تثبيت adoptopenjdk8 لمعرفة ما إذا كان هذا سيؤدي إلى حدوث عطل مماثل. لسوء الحظ ، اكتشفت أنه لا يمكن استخدام org.openjfx.javafxplugin مع OpenJDK 8 ثم وصلت إلى هذا الموضوع لأكتشف أن JavaFX ليست مجمعة مع OpenJDK 8.

أنا أبحث حاليًا في تجميع org.openjfx.javafxplugin مقابل OpenJDK 8 (https://github.com/openjfx/javafx-gradle-plugin/issues/61).

إذن ، أي تقدم في هذا؟ أيضًا ، إذا كان لدى أي شخص حل بديل لنظام التشغيل Mac OS Catalina ، فإن الملاحظات محل تقدير كبير.

أعتقد أنه من الواضح الآن أن مشروع AcceptOpenJDK لا يهتم بمساعدتنا في حل مشكلات JavaFX.

الطريقة الحقيقية الوحيدة للمضي قدمًا هي التخلي عن تبنّي OpenJDK. هل جربت Liberica JDK من bell-sw.com؟ هذا هو التوزيع الوحيد الذي وجدته يحدد كل المربعات.

لم يتغير الوضع منذ أن علّقت في المرة الأخيرة (وأنا لا أتحدث نيابة عن TSC): OpenJFX 8 لا يتم صيانته حاليًا. ولسنا على استعداد لبناء وتوزيع شيء يحتوي على ثغرات أمنية معروفة. القيام بذلك سيكون بمثابة إهمال جسيم.

قام أعضاء تبنّي OpenJDK بالتواصل مع كل من Azul و Bell Soft للتعاون في OpenJFX 8. لم تنجح هذه الجهود لأسباب لا أعرف عنها شيئًا. ما زلنا نخطط لبناء OpenJFX 11 وتوزيعه ، لكننا ضعفاء.

تبنّي OpenJDK هو مشروع متطوعين. قلة قليلة من الناس تدفع من قبل الرعاة وعادة ما يعملون في المجالات التي تهم الرعاة. يبدو أن OpenJFX ليس واحدًا منهم. إذا كنت تريد أن ترى تقدمًا في منطقة ما ، فتطوع أو قم برعاية هذا الجهد.

يمكنك استخدام صورة عامل الإرساء هذه ، فهي تحتوي على javafx ، في الواقع أقوم بتشغيل هذا الإصدار ، إنه يعمل بشكل جيد.

أمازو نكوريتو: 8

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

يمكن للإضافي تعيين هذه الأسطر في Dockerfile:
تحديث apt-get && \
apt-get install -y — no-install- يوصي بـ imagemagick openjfx git \
&& rm -rf / var / lib / apt / list / *

امين
لم يتم تحديث OpenJFX في Amazon Corretto 8 لفترة طويلة.
إذا قمت بتحديد javafx.properties ، يمكنك أن تفهم.
و OpenJFX غير مدمج في Corretto 11.
https://github.com/corretto/corretto-11/issues/1

بدلاً من ذلك ، أوصيك باستخدام Liberica JDK.

كما هو الحال ، فمن غير المرجح أن تقوم شركة تبنّي OpenJDK بتجميع OpenJFX. لسبب ذلك ، وما الذي يتطلبه الأمر لتغييره ، وما هي البدائل ، يرجى الاطلاع على الأسئلة الشائعة الخاصة بنا على OpenJFX .

إذن كيف يضيف الأشخاص JavaFX إلى تبنوا OpenJDK على Linux ، أي مشتقات Ubuntu / Debian؟ أراه مذكورًا في هذا الموضوع ، لكنني لست خبيرًا في البناء ، لالتقاطه من القرائن والإشارات الصغيرة.

يجب أن يكون لديك OpenJDK 8 و OpenJFX 8 مثبتين.

قم بتثبيت OpenJDK 8

sudo apt-get install openjdk-8-jdk

قم بتثبيت OpenJFX 8
افتح ملف sources.list
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

من الصعب جدًا القيام بذلك في إصدار Debian Buster ، للأسف. تحتاج حزمة jni إلى مجموعة من التبعية التي لم تعد متوفرة بعد الآن.

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-Overlay.
https://benjamin-brummer.de/downloads/
بالإضافة إلى ذلك ، أضفت تنزيلًا لملفات Windows-Dlls الضرورية.
يمكنك إما تنزيل Overlay + the Dlls ونسخها فوق AcceptOpenJDK الموجودة لديك أو تنزيل ملفات AIO-Zip.

هل هذا متوافق مع تبنّي OpenJDK11؟

للتثبيت على Open JDK 8
sudo apt install openjfx = 8u161-b12-1ubuntu2 libopenjfx-java = 8u161-b12-1ubuntu2 libopenjfx-jni = 8u161-b12-1ubuntu2

إذن كيف يضيف الأشخاص JavaFX إلى تبنوا OpenJDK على Linux ، أي مشتقات Ubuntu / Debian؟

يمكنك استخدام الريبو الخاص بي الذي يحتوي على OpenJFX8 مع جميع تصحيحات ojdkbuild:
https://github.com/jschwartzenberg/openjfx8

تأكد من أن لديك OpenJDK 8 حديثًا ، وقم بعمل نسخة git من الريبو واستخدم sh ./gradlew zips لإنشاء ملف مضغوط للتراكب.

أي إصدار آخر من OpenJFX8 رأيته به ثغرات أمنية معروفة.

apt-mark Hold libopenjfx-java libopenjfx-jni openjfx openjfx-source

samikrc - ساعد https://askubuntu.com/a/1062168 .

لقد قمت بتحديث التنزيلات الخاصة بي لـ JavaFX-Overlay.
https://benjamin-brummer.de/downloads/
بالإضافة إلى ذلك ، أضفت تنزيلًا لملفات Windows-Dlls الضرورية.
يمكنك إما تنزيل Overlay + the Dlls ونسخها فوق AcceptOpenJDK الموجودة لديك أو تنزيل ملفات AIO-Zip.

مرحبًا ... هل لديك تراكب محدث؟ نظام التشغيل Windows x64

مرحبًا ... هل لديك تراكب محدث؟ نظام التشغيل Windows x64

بالنسبة لنظام التشغيل Windows ، أوصي بالإصدارات من https://github.com/ojdkbuild/ojdkbuild

مرحبًا ... هل لديك تراكب محدث؟ نظام التشغيل Windows x64

بالنسبة لنظام التشغيل Windows ، أوصي بالإصدارات من https://github.com/ojdkbuild/ojdkbuild

مرحبًا ، ربما أفتقد شيئًا ما حيث توجد طبقات JFX في هذا الريبو؟

مرحبًا ، ربما أفتقد شيئًا ما حيث توجد طبقات JFX في هذا الريبو؟

في كل إصدار ، انظر على سبيل المثال:
https://github.com/ojdkbuild/ojdkbuild/releases/tag/java-1.8.0-openjdk-1.8.0.275-1.b01

ليس لدي أي فكرة عما إذا كانت هذه التراكبات تعمل أيضًا مع الثنائيات من الاعتماد. لا أعرف مزايا تبني الثنائيات.

تضمين التغريدة
مرحبًا ، أعتقد أنه كان من الأفضل لك استخدام Liberica JDK [1] أو ZuluFX [2].
انظر الأسئلة الشائعة [3] من تبنّي OpenJDK.
أوصي Liberica JDK!

لا تقدم Liberica و ZuluFX تراكبات.
إذا كنت بحاجة إليها ، فربما يمكنك تنزيل SDK من Gluon [4].
لكن Gluon لا يقدم إصدار JavaFX 8 و LTS مجانًا.
أيضًا ، لا تقدم ZuluFX برنامج OpenJFX LTS [5] باستثناء Zulu 8.

[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 قديمة. أنا عالق مع Java 8 لتطبيقنا. نظرًا لوجود مشكلة من نوع ما مع مكونات JFX في Oracle (يصبح التطبيق غير مستجيب) ، قمنا بالتبديل إلى AcceptOpenJDK 8 ويعمل كل شيء مع benbrummer overlay باستثناء 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 .

تضمين التغريدة
JavaFX في كوريتو إصدار قديم جدًا "8u202".
وهي غير مدعومة في كوريتو 11 [1].
لذلك ، أعتقد أنه لا ينبغي استخدامه.

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

تضمين التغريدة
مرحبًا ، أعتقد أنه كان من الأفضل لك استخدام Liberica JDK [1] أو ZuluFX [2].
انظر الأسئلة الشائعة [3] من تبنّي OpenJDK.
أوصي Liberica JDK!

هل تعلم ما هي البقع التي يتضمنها ZuluFX؟ في المرة الأخيرة التي تحققت فيها من أنهم لم ينشروا مصادرهم على طول الثنائيات وكان على المرء أن يطلبها مقابل رسوم نقل.
لقد تلقيت مكالمة إيجابية مع BellSoft بخصوص التصحيحات التي يستخدمونها لـ LibericaFX 8 وما إذا كان بإمكانهم تقديم نظرة ثاقبة لهذه التصحيحات. لا أعرف ما إذا كانوا قد تمكنوا بالفعل من وضع هذا في مكانه.

wicadmin ، انتقلنا إلى Amazon Coretto https://aws.amazon.com/corretto/

كما ذكرنا فإن إصدار OpenJFX 8 المضمن في Corretto قديم ولديه نقاط ضعف معروفة. نسختهم تفتقد أيضًا إلى دعم WebKit. لقد خلقت بعض العلاقات العامة منذ فترة لكنهم يتجاهلونها في الأساس.

لقد جربت كل واحد منهم. بعضها يحتوي على مكونات JFX قديمة. أنا عالق مع Java 8 لتطبيقنا.

ما المشكلات التي واجهتها مع البنيات من مشروع ojdkbuild؟ السبب في أنني أسست مستودع OpenJFX 8 الخاص بي على ojdkbuild هو أنني كنت بحاجة إلى إصدارات محدثة بخلاف Windows وأردت الحصول على نظرة ثاقبة في جميع التصحيحات التي تم تضمينها. لم يستطع أي من المباني الأخرى إرضاء ذلك في ذلك الوقت.

إذا أراد شخص ما أن يقدم تبنّي OpenJDK إصدارات مع OpenJFX 8 (أو أحدث) ، يسعدنا القيام بذلك إذا تقدم مساهم موثوق به في التصحيحات ويعرف ما يفعله. يعد توفير البنيات أمرًا سهلاً ، ولكن الحفاظ على تحديث OpenJFX 8 ليس كذلك.

إذا أراد شخص ما أن يقدم تبنّي OpenJDK إصدارات مع OpenJFX 8 (أو أحدث) ، يسعدنا القيام بذلك إذا تقدم مساهم موثوق به في التصحيحات ويعرف ما يفعله. يعد توفير البنيات أمرًا سهلاً ، ولكن الحفاظ على تحديث OpenJFX 8 ليس كذلك.

ما هي مزايا تصميمات تبنّي OpenJDK؟ بالنسبة لمستخدمي Windows ، أشير إلى مشروع ojdkbuild (الذي يقف وراءه مهندس RedHat). بالنسبة لغير مستخدمي Windows ، فإن مدير حزمة نظام التشغيل لديهم عادةً أفضل تصميم OpenJDK.

بناءً على عمل ojdkbuild ، أقوم بإنشاء متغير OpenJDK باستخدام OpenJFX 8 باستخدام مصادر RedHat. ما الذي قد يكسبني التبديل أو توفير البنيات باستخدام اعتماد؟

بالنسبة لمستخدمي Windows ، أشير إلى مشروع ojdkbuild (الذي يقف وراءه مهندس RedHat).

لدينا عشرات (أو نحو ذلك) من مهندسي ريد هات: غمزة:

بالنسبة لغير مستخدمي Windows ، فإن مدير حزمة نظام التشغيل لديهم عادةً أفضل تصميم OpenJDK.

[بحاجة لمصدر]

أوافق على نكهات ريد هات. واجهت حزم دبيان ونكهاتها مشاكل تاريخية ، خاصةً حول JPMS و jpackage.

بناءً على عمل ojdkbuild ، أقوم بإنشاء متغير OpenJDK باستخدام OpenJFX 8 باستخدام مصادر RedHat. ما الذي قد يكسبني التبديل أو توفير البنيات باستخدام اعتماد؟

إذا كنت سعيدًا بما لديك ، فهذا رائع ، خاصة إذا كنت تحب إنشاء OpenJDK بنفسك. أردت فقط أن أشير إلى أننا لسنا ضد عرض OpenJFX 8 ولكننا لم نفعل ذلك في الماضي لأننا لم نعثر على أي شخص يمكنه الحفاظ عليه. وإذا تطوع شخص ما ، يسعدنا تقديم المساعدة اللازمة.

لدينا عشرات (أو نحو ذلك) من مهندسي ريد هات يغمزون

من الجيد معرفة :) ربما يمكنك أيضًا وضع علامة على الشخص الذي يقف خلف عمل

_[بحاجة لمصدر]_

أوافق على نكهات ريد هات. واجهت حزم دبيان ونكهاتها مشاكل تاريخية ، خاصةً حول JPMS و jpackage.

لم أواجه مشكلات مطلقًا أثناء تنفيذ yum / apt / pacman / إلخ. تثبيتات OpenJDK. إذا كانت هناك مشاكل ملحوظة في حزم دبيان ، فهل يُنظر إليها على أنها تساهم بشكل مباشر في تحسينها؟

إذا كنت سعيدًا بما لديك ، فهذا رائع ، خاصة إذا كنت تحب إنشاء OpenJDK بنفسك. أردت فقط أن أشير إلى أننا لسنا ضد عرض OpenJFX 8 ولكننا لم نفعل ذلك في الماضي لأننا لم نعثر على أي شخص يمكنه الحفاظ عليه. وإذا تطوع شخص ما ، يسعدنا تقديم المساعدة اللازمة

نقطتي هي أنني لا أرى أي فائدة من تقديم OpenJFX إلى تبنّي OpenJDK لأنني لست على دراية بفوائد التبني الثنائي. كما ترى أعلاه ، هناك طلبات لتوفير OpenJFX لنظام التشغيل Windows. هذا متاح بسهولة في مشروع مختلف ، وهو أقل شهرة مع تبني الذي يقترح في الغالب تبني ثنائياته الخاصة.

ما الذي سيخسره إذا توقف اعتماد عن توفير ثنائيات Windows وتوجيه المستخدمين إلى مشروع ojdkbuild بدلاً من ذلك؟ على الأقل سيكسبهم ذلك دعم OpenJFX.

إذا كانت هناك مشاكل ملحوظة في حزم دبيان ، فهل يُنظر إليها على أنها تساهم بشكل مباشر في تحسينها؟

ليس صحيحا. يعد عمل حزم دبيان بشكل صحيح أمرًا صعبًا وإذا لم يتمكن القائمون على صيانة الحزم من اكتشافها بأنفسهم ، فمن غير المحتمل أن نتمكن من ذلك. علاوة على ذلك ، لا تعمل سياسة إصدار توزيعات Linux بشكل جيد مع جدول OpenJDK (يمكنك الحصول على تبنّي OpenJDK 15 يعمل على Ubuntu Xenial). ثم يكون من شبه المستحيل استكمال متطلبات JCP في سياق توزيعة OSS Linux. نحن نحقق ذلك ببطء دون القيود التي يواجهها الآخرون.

هذا متاح بسهولة في مشروع مختلف ، وهو أقل شهرة مع تبني الذي يقترح في الغالب تبني ثنائياته الخاصة.

من الجيد تمامًا استخدام ذلك بموجب الحكم أنه محدث (أو أنك تعرف ما تفعله). إذا طلب عملاء المؤسسات Java مع JavaFX 8 ، فإنني أوجههم إلى Oracle JDK.

ما الذي سيخسره إذا توقف اعتماد عن توفير ثنائيات Windows وتوجيه المستخدمين إلى مشروع ojdkbuild بدلاً من ذلك؟ على الأقل سيكسبهم ذلك دعم OpenJFX.

لا يمكنني التعليق على ذلك حقًا لأنني لست على دراية بمشروع ojdkbuild. مهمتنا هي تقديم تصميمات ثنائية OpenJDK عالية الجودة تتوافق مع OpenJDK بأكبر قدر ممكن ويمكن استخدامها دون قيود على الاستخدام على مجموعة واسعة من الأنظمة الأساسية. إذا توقف جميع البائعين الآخرين عن إصدار JDKs الخاصة بهم ، فسنظل هنا ونقدم بديلاً مجانيًا لـ Oracle JDK. إذا كان الناس يفضلون استخدام شيء آخر (Liberica ، SapMachine ، ...) ، فلا بأس بذلك بالنسبة لي. حتى أننا نقدم العديد من JDKs بأنفسنا مع Dragonwell التي ستنضم قريبًا ونجري ضمان الجودة لـ Amazon Corretto. تبنوا OpenJDK لا يتعلق الأمر بالثنائي الذي يبني أنفسهم وأكثر عن كونه موطنًا لبناءات OpenJDK والمشاريع ذات الصلة التي تحتوي على الموارد اللازمة (البنية التحتية ، الأشخاص ، المال).

ليس صحيحا. يعد عمل حزم دبيان بشكل صحيح أمرًا صعبًا وإذا لم يتمكن القائمون على صيانة الحزم من اكتشافها بأنفسهم ، فمن غير المحتمل أن نتمكن من ذلك.

ثم لدي فضول لمعرفة المشكلات التي يتم إدراكها لأن الحقيقة هي أن الإصدار المدعوم من Debian / Ubuntu يسمح بتثبيت OpenJDK مباشرة من مستودعاتهم وتحصل على آخر تحديث لإصدارات LTS (8 و 11). يجب أن نكون حريصين على تجنب مناقشة القضايا التي قد لا تكون موجودة بالفعل.

إذا طلب عملاء المؤسسات Java مع JavaFX 8 ، فإنني أوجههم إلى Oracle JDK.

لن يمنحك ذلك مصادر أو أي رؤى حقيقية ، لذلك ستفقد بعض مزايا OpenJDK. ما لم أكن مخطئًا وتوفر Oracle التعليمات البرمجية المصدر لبناياتها؟ الثنائيات ذات التعليمات المطابقة لتجميعها من المصدر هي واحدة من أكبر مزايا OpenJDK.

مهمتنا هي تقديم تصميمات ثنائية OpenJDK عالية الجودة تتوافق مع OpenJDK بأكبر قدر ممكن ويمكن استخدامها دون قيود على الاستخدام على مجموعة واسعة من الأنظمة الأساسية.

لا توجد إصدارات OpenJDK مع قيود الاستخدام. هذه نتيجة بسيطة لـ GPL التي توفر حرية استخدام البرنامج لأي غرض.

تبنوا OpenJDK لا يتعلق الأمر بالثنائي الذي يبني أنفسهم وأكثر عن كونه موطنًا لبناءات OpenJDK والمشاريع ذات الصلة التي تحتوي على الموارد اللازمة (البنية التحتية ، الأشخاص ، المال).

هذا رائع حقًا. ولكن بعد ذلك ستكون بالفعل فكرة للترويج للبنى من مصادر أخرى أيضًا؟ من المحتمل أن يكون الأمر بسيطًا مثل إدخال الأسئلة الشائعة مع "ماذا عن OpenJFX؟" والإشارة إلى قائمة البدائل التي تجمعها (مع ملاحظة أنه لا يمكنك ضمان تلك البنيات). يمكن أن يكون أيضًا نظرة عامة أكثر تفصيلاً بما في ذلك خدمات ضمان الجودة.

ثم لدي فضول لمعرفة المشكلات التي يتم إدراكها لأن الحقيقة هي أن الإصدار المدعوم من Debian / Ubuntu يسمح بتثبيت OpenJDK مباشرة من مستودعاتهم وتحصل على آخر تحديث لإصدارات LTS (8 و 11).

كمثال: https://bugs.launchpad.net/ubuntu/+source/openjdk-14/+bug/1868699

لن يمنحك ذلك مصادر أو أي رؤى حقيقية ، لذلك ستفقد بعض مزايا OpenJDK.

نعم ، ولكن وفقًا لمعرفتي ، فهو البائع الوحيد الذي يمتلك Java FX 8 مصححًا بالكامل وسوف يفعل ذلك حتى عام 2022. معظم الناس لا يهتمون بالقدرة على التجميع من المصدر.

لا توجد إصدارات OpenJDK مع قيود الاستخدام. هذه نتيجة بسيطة لـ GPL التي توفر حرية استخدام البرنامج لأي غرض.

أنت تسيء تفسير ما كتبته. OpenJDK هو مشروع مصدر فقط (في الغالب). نحن هنا للتأكد من وجود إصدار ثنائي واحد على الأقل من OpenJDK.

من المحتمل أن يكون الأمر بسيطًا مثل إدخال الأسئلة الشائعة مع "ماذا عن OpenJFX؟" والإشارة إلى قائمة البدائل التي تجمعها (مع ملاحظة أنه لا يمكنك ضمان تلك البنيات).

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

ثم لدي فضول لمعرفة المشكلات التي يتم إدراكها لأن الحقيقة هي أن الإصدار المدعوم من Debian / Ubuntu يسمح بتثبيت OpenJDK مباشرة من مستودعاتهم وتحصل على آخر تحديث لإصدارات LTS (8 و 11).

كمثال: https://bugs.launchpad.net/ubuntu/+source/openjdk-14/+bug/1868699

شكرا! يوفر ذلك رؤية أفضل عن سبب وجود اعتماد :)

نعم ، ولكن وفقًا لمعرفتي ، فهو البائع الوحيد الذي يمتلك Java FX 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

ومع ذلك ، فإن هذه الشجرة تبني فقط على نظام Windows. كما أنه يفتقر إلى التاريخ الأصلي. لذلك عندما سألت عن دعم GNU / Linux ، تم اقتراح أنه سيكون من الأفضل إعادة استيراد مستودع Mercurial بتاريخه ووضع التصحيحات ذات الصلة في المقدمة.
https://github.com/ojdkbuild/ojdkbuild/issues/87#issuecomment -502648409

نظرًا لأنه لا يوجد أحد يفعل ذلك ، فقد فعلت ذلك بنفسي:
https://github.com/jschwartzenberg/openjfx8

لقد أضفت بعض الإصلاحات الأخرى مثل إصلاح واحد لجعله يتراكم على التوزيعات باستخدام glibc أحدث. يجب أن يجمع هذا المستودع على الأقل على RHEL6 (وأعلى) وإصدارات Fedora الحديثة.

يبدو ملف jfxwebkit.dll عربات التي تجرها الدواب. إصدار benbrummer في 232 أكبر بكثير من الإصدار الموجود في ojdkbuild. عند استخدام هذا (لوحة jfx مع عرض الويب) ، ينتقل التطبيق إلى حالة عدم الاستجابة على افتراض عندما تكون هناك بعض ظروف الشبكة مثل إعادة تعيين اتصال TCP.

يبدو ملف jfxwebkit.dll عربات التي تجرها الدواب. إصدار benbrummer في 232 أكبر بكثير من الإصدار الموجود في ojdkbuild. عند استخدام هذا (لوحة jfx مع عرض الويب) ، ينتقل التطبيق إلى حالة عدم الاستجابة على افتراض عندما تكون هناك بعض ظروف الشبكة مثل إعادة تعيين اتصال TCP.

هل تقوم بدمج التراكب مع اعتماد البناء أم أنك تستخدم ojdkbuild بالكامل؟ في الحالة الأخيرة ، أقترح الإبلاغ عن مشكلة في أداة تعقب مشكلات ojdkbuild. يفضل أن يكون مع حالة الاختبار. في تجربتي ، يعمل WebView من خلال WebKit بشكل جيد مع بنيات ojdkbuild.

يبدو ملف jfxwebkit.dll عربات التي تجرها الدواب. إصدار benbrummer في 232 أكبر بكثير من الإصدار الموجود في ojdkbuild. عند استخدام هذا (لوحة jfx مع عرض الويب) ، ينتقل التطبيق إلى حالة عدم الاستجابة على افتراض عندما تكون هناك بعض ظروف الشبكة مثل إعادة تعيين اتصال TCP.

هل تقوم بدمج التراكب مع اعتماد البناء أم أنك تستخدم ojdkbuild بالكامل؟ في الحالة الأخيرة ، أقترح الإبلاغ عن مشكلة في أداة تعقب مشكلات ojdkbuild. يفضل أن يكون مع حالة الاختبار. في تجربتي ، يعمل WebView من خلال WebKit بشكل جيد مع بنيات ojdkbuild.

نعم ، لقد استخدمت ojdkbuild وتراكب jfx من ojdkbuild.

يبدو أن عناصر jfx التي تتعلق بعرض الويب / webkit فقط تعمل بشكل أفضل مجمعة حول إصدارات 232 (من benbrummer) من openjdk ولكنها تعطي هذا الخطأ:

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

ما لم يتم إجراء بعض عمليات التنظيف الرئيسية ، فإننا نتحدث عن اختلاف 6 ميغابايت في حجم jfxwebkit.DLL (حجم ojdkbuild أقل بـ 6 ميغابايت من حجم benbrummer .

أتساءل عما إذا كان هذا التحقق من إضافة مؤشر ترابط الحدث على هذا التصحيح يتسبب في عدم استجابة عملية javaw.exe في windows؟
https://github.com/jschwartzenberg/openjfx8/commit/5ec80a12039b73c1d27fcab9bde17b4b6852516c#diff -ddb457cb213b5c9647b2d6ed7ac555851c162cddd5c0ea2a371973719

نعم ، لقد استخدمت ojdkbuild وتراكب jfx من ojdkbuild.

أجريت معظم الاختبارات على Windows باستخدام 8u222 بنفسي. ربما يمكنك معرفة ما إذا كانت الإنشاءات القديمة تعمل بشكل أفضل.

ما لم يتم إجراء بعض عمليات التنظيف الرئيسية ، فإننا نتحدث عن اختلاف 6 ميغابايت في حجم jfxwebkit.DLL (حجم ojdkbuild أقل بـ 6 ميغابايت من حجم benbrummer .

أظن أن هذا يرجع إلى كيفية إجراء التجميع وأن benbrummer يحتوي على مكتبات مرتبطة بشكل ثابت أكثر. يبدو أن ojdkbuild يستخدم الارتباط الديناميكي ويتضمن عددًا قليلاً جدًا من مكتبات DLL الإضافية.

أتساءل عما إذا كان هذا التحقق من إضافة مؤشر ترابط الحدث على هذا التصحيح يتسبب في عدم استجابة عملية javaw.exe في windows؟
jschwartzenberg / openjfx8 @ 5ec80a1 # فرق -ddb457cb213b5c9647b2d6ed7ac555851c162cddd5c0ea2a371973755edd75cd

إذا كان بإمكانك تحديد المشكلة إلى انحدار يبدأ ببنية معينة والإبلاغ عن بطاقة ، أعتقد أن ذلك سيكون مفيدًا جدًا بالفعل في حل هذا.

بناء Windows لـ OpenJFX معقد نوعًا ما (IMO). إذا كان لديك خيار GNU / Linux للاختبار وكانت المشكلة قابلة للتكرار هناك ، فسيكون من الأسهل تحديد الالتزام الدقيق. يمكنني بعد ذلك مساعدتك إذا كنت تواجه مشكلة في إنشاء تراكب OpenJFX من مستودعي.

أجريت معظم الاختبارات على Windows باستخدام 8u222 بنفسي. ربما يمكنك معرفة ما إذا كانت الإنشاءات القديمة تعمل بشكل أفضل.

نعم ، لقد اختبرت الآن odjkbuild JRE مع odkjbuild openjfx 8 وتم استبدالها فقط في jfxwebkit.dll من benbrummer ويبدو أنني حققت نجاحًا كاملاً.

أظن أن هذا يرجع إلى كيفية إجراء التجميع وأن benbrummer يحتوي على مكتبات مرتبطة بشكل ثابت أكثر. يبدو أن ojdkbuild يستخدم الارتباط الديناميكي ويتضمن عددًا قليلاً جدًا من مكتبات DLL الإضافية.

ربما ، مهما كان الأمر ، يبدو أنه يحدث فرقًا عند تجميعه بشكل ثابت.

بناء Windows لـ OpenJFX معقد نوعًا ما (IMO). إذا كان لديك خيار GNU / Linux للاختبار وكانت المشكلة قابلة للتكرار هناك ، فسيكون من الأسهل تحديد الالتزام الدقيق. يمكنني بعد ذلك مساعدتك إذا كنت تواجه مشكلة في إنشاء تراكب OpenJFX من مستودعي.

للأسف هذا هو تطبيق windows فقط. ومع ذلك ، سأرى كيف يعمل على Linux.

ربما ، مهما كان الأمر ، يبدو أنه يحدث فرقًا عند تجميعه بشكل ثابت.

أو هو اختلاف الإصدار. تغيرت WebKit قليلاً بين التحديثات ، كما تم تقديم إصدارات جديدة من WebKit (إصلاح الثغرات الأمنية).

للأسف هذا هو تطبيق windows فقط. ومع ذلك ، سأرى كيف يعمل على Linux.

القصد من هذه التقنيات هو أن نفس البرنامج يمكن تشغيله على أي نظام أساسي مدعوم بوقت التشغيل. يجب أن يكون من المثير للاهتمام معرفة ما إذا كان يعمل!

إذا كان هناك تحديث مستند يمكننا إجراؤه على المدونة أو موقع الويب ، فإن العلاقات العامة مرحب بها.