Temurin-build: डीएलएल गुम होने का मतलब है कि उपयोगकर्ताओं को माइक्रोसॉफ्ट विजुअल सी ++ पुनर्वितरण योग्य डाउनलोड करने के लिए मजबूर किया जाता है

को निर्मित 29 जन॰ 2019 · 13टिप्पणियाँ · स्रोत: adoptium/temurin-build

एडॉप्टओपेनजेडीके में एपीआई-एमएस-विन-कोर-कंसोल-एल1-1-0.डीएलएल जैसे डीएलएल शामिल नहीं हैं।

इसका मतलब यह है कि जब तक उपयोगकर्ता अपने सिस्टम पर Microsoft Visual C++ Redistributable भी स्थापित नहीं करते हैं, तब तक एडॉप्टओपेनजेडीके पर चलने वाले JavaFX ऐप चलने में विफल रहेंगे।

इन त्रुटियों का एक उदाहरण यहाँ प्रलेखित है: https://github.com/javafxports/openjdk-jfx/issues/365#issuecomment -458720720

bug windows

स्रोत

knaccc

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

इस पर एक त्वरित अद्यतन;

JDK11u 64-बिट बिल्ड अब VS2017 पर स्विच हो गए हैं।
JDK11u 32-बिट बिल्ड VS2013 पर हैं। एक सुधार जो JDK11u 32-बिट को VS2017 के साथ संकलित करने में सक्षम करेगा, 11.0.4 अपडेट के साथ लॉन्च किया जाएगा और हम उसके समानांतर VS2017 पर स्विच करेंगे।
JDK8u 32-बिट और 64-बिट बिल्ड अब VS2013 पर स्विच हो गए हैं (पहले वे VS2010/VS2013 मिश्रित थे)। हम वीएस २०१ to को बनाने के लिए काम कर रहे हैं, लेकिन ऐसा लगता है कि अपस्ट्रीम को जमा करने के लिए कुछ समय लग सकता है।

ali-ince 10 अप्रैल 2019

👍3

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

@johanvos - क्या यह कुछ ऐसा है जो आप हमारे डिस्ट्रो के पास होने की उम्मीद करेंगे या JavaFX पैकेज का वह हिस्सा शीर्ष पर है?

karianna 30 जन॰ 2019

यह OpenJDK वितरण का हिस्सा है, इसलिए संगतता कारणों से, मुझे लगता है कि यह AdoptOpenJDK वितरण का भी हिस्सा होना चाहिए?

johanvos 30 जन॰ 2019

👎1 👍1

बहुत बहुत धन्यवाद! @ ali-ince / @johnoliver हमारे लिए एक देखने के लिए

karianna 30 जन॰ 2019

पैकेज में dll को शामिल करने से OpenJDK वितरण का आकार बढ़ जाएगा, जिस पर विचार किया जाना चाहिए। Microsoft स्थिर लिंकिंग की अनुशंसा नहीं करता है या आपकी अपनी निर्देशिका में DLL को शामिल नहीं करता है क्योंकि OS/सुरक्षा अद्यतन उन रनटाइम पर लागू नहीं हो सकता है

देख रहे हैं: https://social.msdn.microsoft.com/Forums/en-US/a28331ae-19a3-4a34-b3ba-1e8fd4430375/missing-apimswincore-dlls

ऐसा लगता है कि वे ओएस स्तर के पुस्तकालय हैं लेकिन किसी तरह उन्होंने नाम बदल दिया है। एमएस समुदाय का सुझाव यह है कि हमें mincore.lib का उपयोग करना चाहिए जो सभी एपीआई सतह के लिए एक शिम है, लेकिन बाइनरी केवल विंडोज 8+ के साथ काम करेगी।

वैकल्पिक रूप से हम प्रोब्लेबल को अपने इंस्टॉलर पैकेज में पूर्ण विजुअल C ++ रिडिजाइंडेबल इंस्टॉलर वितरित कर सकते हैं।

एक अच्छा विकल्प क्या होगा?

sunnythepooh 7 फ़र॰ 2019

@sunnythepooh

वैकल्पिक रूप से हम प्रोब्लेबल को अपने इंस्टॉलर पैकेज में पूर्ण विजुअल C ++ रिडिजाइंडेबल इंस्टॉलर वितरित कर सकते हैं।

यक!!!

एडोप्टोपेनजेडीके jdk.java.net रिलीज के लिए एक ड्रॉप-इन प्रतिस्थापन होना चाहिए।

यदि आप अंतिम उपयोगकर्ताओं को हुप्स के माध्यम से कूदते हैं, तो यह शून्य-निर्भरता jlink'd ऐप्स के मूल्य प्रस्ताव के लिए बहुत हानिकारक होगा।

knaccc 7 फ़र॰ 2019

आईएमएचओ, हालांकि मैं इसका कारण देख सकता हूं कि आप एडॉप्टओपेनजेडीके में वीसी ++ रेडिस्ट को शामिल करने पर विचार क्यों करेंगे, आपको इसे केवल तभी शामिल करना चाहिए जब एक .dll को इसकी आवश्यकता हो और क्योंकि केवल एक चीज जिसकी आवश्यकता है वह है JavaFX का अपना .dll, फिर शामिल करने का कारण अजीब लगता है .

JavaFX पैकेज को शामिल करने के लिए यह अधिक समझ में आता है।

या इसे एडॉप्टओपेनजावाएफएक्स अतिरिक्त पैककेज में शामिल करें :-)

spgennard 13 फ़र॰ 2019

JavaFX पैकेज को शामिल करने के लिए यह अधिक समझ में आता है।

मैं देख सकता हूं कि आप बिल्कुल सही कह सकते हैं कि एक आदर्श दुनिया में .dll एक JavaFX पैकेज में होना चाहिए।

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

मुझे यकीन है कि सभी प्रकार के बेहतर दीर्घकालिक दृष्टिकोण हैं, लेकिन इस बीच यह एडॉप्टओपेनजेडीके के लिए अस्वीकार्य स्थिति है।

knaccc 14 फ़र॰ 2019

मुझे लगता है कि यहां मुख्य समस्या यह हो सकती है कि AdoptOpenJDK JDK को विज़ुअल स्टूडियो के एक अलग संस्करण के साथ बनाता है (मैं जाँच करूँगा लेकिन यह शायद VS2013 है) JavaFX के साथ क्या बनाया गया है (DLL के नाम गायब है, यह VS2017 है)।

मैं पहले वीएस के संस्करण को सत्यापित करने और यहां अपडेट करने का प्रयास करूंगा।

ali-ince 28 फ़र॰ 2019

👍2

मैंने देखा है कि एडॉप्टओपेनजेडीके 12 (हॉटस्पॉट) में अब आवश्यक डीएलएल हैं, इसलिए जावाएफएक्स ऐप्स के लिए सब कुछ पूरी तरह से काम करता है।

धन्यवाद!!!

knaccc 22 मार्च 2019

मैंने देखा है कि एडॉप्टओपेनजेडीके 12 (हॉटस्पॉट) में अब आवश्यक डीएलएल हैं, इसलिए जावाएफएक्स ऐप्स के लिए सब कुछ पूरी तरह से काम करता है।
धन्यवाद!!!

सुनने में अच्छा - जावा 11 और 8 के लिए मुझे संदेह है कि यह मुद्दा अब रात के उजाले में हल किया जाएगा। @ अली-इंस क्या हम अब सभी संस्करणों के लिए वीएस 2017 के साथ निर्माण कर रहे हैं?

karianna 22 मार्च 2019

अभी नहीं @karianna , यह अभी भी जारी है। जब हम vs2017 पर स्विच करेंगे तो मैं इस थ्रेड को अपडेट कर दूंगा।

ali-ince 22 मार्च 2019

इस पर एक त्वरित अद्यतन;

JDK11u 64-बिट बिल्ड अब VS2017 पर स्विच हो गए हैं।
JDK11u 32-बिट बिल्ड VS2013 पर हैं। एक सुधार जो JDK11u 32-बिट को VS2017 के साथ संकलित करने में सक्षम करेगा, 11.0.4 अपडेट के साथ लॉन्च किया जाएगा और हम उसके समानांतर VS2017 पर स्विच करेंगे।
JDK8u 32-बिट और 64-बिट बिल्ड अब VS2013 पर स्विच हो गए हैं (पहले वे VS2010/VS2013 मिश्रित थे)। हम वीएस २०१ to को बनाने के लिए काम कर रहे हैं, लेकिन ऐसा लगता है कि अपस्ट्रीम को जमा करने के लिए कुछ समय लग सकता है।

ali-ince 10 अप्रैल 2019

👍3

नमस्ते!
हमें अपने ग्राहकों के वातावरण में समस्याएँ गायब सी रनटाइम लाइब्रेरीज़ के साथ हैं।
इस मुद्दे पर स्थिति कैसी है?

वर्कअराउंड सी रनटाइम को सभी हजारों क्लाइंट सिस्टम स्थापित करेगा जिन्होंने इसे ऑपरेटिंग सिस्टम के साथ स्थापित नहीं किया है।
हम अपने ग्राहक को ऐसा करने के लिए बाध्य नहीं कर सकते हैं या उदाहरण के लिए Windows Server 2012 R2 से नए संस्करणों में स्थानांतरित नहीं कर सकते हैं, जब तक कि Microsoft स्वयं इन संस्करणों का समर्थन करता है।

// संपादित करें:
क्या इस बीच कोई अन्य कामकाज हैं?

JScheiterbauer 21 नव॰ 2019

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

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

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

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

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