जब आप "अपने कंप्यूटर के लिए जावा" पर क्लिक करते हैं, तो ओरेकल वेबसाइट 8u91 संस्करण की सिफारिश करती है। लेकिन जब आप "जावा फॉर डेवलपर्स" पर क्लिक करते हैं, तो यह दो विकल्प देता है: 8u91 और 8u92। क्या फर्क पड़ता है? आम तौर पर मुझे लगता है कि उच्चतम संस्करण संख्या सबसे अच्छी है, लेकिन इस मामले में, मुझे यकीन नहीं है।
जवाबों:
Oracle वेबसाइट स्पष्ट है: 8u91 ('CPU' रिलीज़) का उपयोग सभी परिस्थितियों में करें, सिवाय इसके कि आपको विशेष रूप से 'PSU' रिलीज़ (8u92, इस मामले में) में मौजूद फ़िक्सेस की आवश्यकता है। सीपीयू और पीएसयू विज्ञप्ति के बीच का अंतर रिहाई पृष्ठ पर एक लिंक के माध्यम से समझाया गया है।
भविष्य के संदर्भ के लिए, Oracle रिलीज़ ब्लॉग का सटीक उद्धरण है:
JDK 8u91 और 8u92, दो नए जावा 8 अपडेट अब उपलब्ध हैं। Oracle दृढ़ता से अनुशंसा करता है कि अधिकांश Java SE उपयोगकर्ता नवीनतम Java 8u91 CPU रिलीज़ में अपग्रेड करें, जिसमें महत्वपूर्ण सुरक्षा फ़िक्सेस शामिल हैं। जावा एसई 8u92 एक पैच-सेट अपडेट है, जिसमें जावा 8u91 और अतिरिक्त सुविधाएं शामिल हैं। आप जावा एसई डाउनलोड पृष्ठ से नवीनतम JDK रिलीज डाउनलोड कर सकते हैं ...
यह परिप्रेक्ष्य की बात है। डेरेक ने क्या उद्धरण नहीं दिया था:
जावा एसई पैच सेट अपडेट (पीएसयू) (यानी u92) संबंधित सीपीयू (यानी u91) में सभी फ़िक्सेस हैं, साथ ही अतिरिक्त गैर-महत्वपूर्ण फ़िक्सेस भी हैं। जावा PSU रिलीज़ का उपयोग केवल तभी किया जाना चाहिए जब आप उस संस्करण में तय किए गए अतिरिक्त बगों में से एक से प्रभावित हो रहे हों।
उसके लिए आपको रिलीज़ नोट्स पढ़ने और यह देखने की ज़रूरत है कि आपको अतिरिक्त फ़िक्सेस की आवश्यकता है या नहीं।
JDK 8u91 और 8u92, दो नए जावा 8 अपडेट अब उपलब्ध हैं। जावा एसई 8u92 एक पैच-सेट अपडेट है, जिसमें जावा 8u91 और अतिरिक्त सुविधाएं शामिल हैं। कृपया JDK 8u91 और 8u92 के लिए नीचे दिए गए रिलीज़ नोट देखें
मुझे लगता है कि यह भी उद्धृत किया जाना चाहिए:
बाद के सीपीयू रिलीज में वर्तमान पीएसयू के सभी सुधार शामिल होंगे।
यानी 8u101 में सभी परिवर्तन और सुधार शामिल होने चाहिए जो 8u92 में थे लेकिन 8u91 में नहीं। हालाँकि जब मैं 8u92 और 8u101 के रिलीज़ नोटों को देखता हूँ तो 8u92 (ExitOnOutOfMemoryError और CrashOnOutOfMemoryError) में कुछ नए jvm विकल्प हैं लेकिन वे 8u101 में नहीं हैं ...
त्वरित उत्तर यह है कि एक "क्रिटिकल पैच अपडेट" (या सीपीयू, इन जोड़ियों में पहला) एक त्रैमासिक अपडेट है, और एक "पैच सेट अपडेट" (या पीएसयू) एक स्थितिजन्य अपडेट है जो अपने सीपीयू में पाए गए मुद्दों को ठीक करने की कोशिश करता है। पूर्ववर्ती, अगले सीपीयू से पहले जारी किया गया आधिकारिक तौर पर सुनहरा है।
यहां एक पोस्ट है जो बताता है कि क्या थोड़ा ऊपर है:
सीपीयू, पीएसयू, एसपीयू - ओरेकल क्रिटिकल पैच अपडेट टर्मिनोलॉजी अपडेट ।
क्रिटिकल पैच अपडेट (सीपीयू) अब तिमाही के लिए संचयी डेटाबेस सुरक्षा पैच के बजाय प्रत्येक तिमाही में सुरक्षा फ़िक्सेस की समग्र रिलीज़ को संदर्भित करता है। सीपीयू को ओवररचिंग त्रैमासिक रिलीज़ के रूप में सोचें और एक पैच के रूप में नहीं।
सीपीयू और पीएसयू के बीच ऑरेकल वास्तव में अंतर, सैद्धांतिक या व्यावहारिक बनाने का एक बड़ा काम नहीं कर रहा है।
उदाहरण के लिए, 8u111 और 8u112 के रिलीज़ नोटों पर , मुझे नवीनतम PSU, वर्तमान में 8u112 का उपयोग न करने का कोई कारण मिल सकता है । लेकिन न तो खुद से रिलीज नोट्स किया मुझे एक महान कारण है कि मैं दे जाएगा पीएसयू का उपयोग करें!
112 के लिए एक "परिवर्तन" खंड था जिसमें "सुरक्षा-परिवाद / java.security-- SunPKCS11 प्रदाता अब डिफ़ॉल्ट रूप से SecureRandom की पेशकश कर रहा है", लेकिन अन्य गंभीर मुद्दों का कोई उल्लेख नहीं है।
लेकिन अगर आप पर्याप्त चारों ओर गूगल करते हैं , तो आप गंभीर मुद्दों को ढूंढते हैं, जैसे ...
JVM NOSPointerException को macOS Sierra 10.12 पर फेंकता है
MacOS Sierra 10.12 पर, यदि कोई उपयोगकर्ता संशोधक कुंजियों (जैसे कमांड, Alt, Shift) को दबाता है, जबकि एक ब्राउज़र में एक एपलेट चल रहा है, तो "आंतरिक त्रुटि" नामक एक त्रुटि बॉक्स प्रदर्शित हो सकता है। यह macOS डॉक में "निष्पादित" आइकन भी दिखाएगा। उपयोगकर्ता एप्लेट को खारिज कर सकता है, या एक संशोधक कुंजी को दबाए बिना एप्लेट को पुन: चलाने का प्रयास कर सकता है। इस समस्या को ठीक करने के लिए, JRE 8u112 को Mac OS X के लिए स्थापित करें। [जोर मेरा]
मेरा मतलब है, तकनीकी रूप से, यह मुद्दा बग पेज पर है , जो खुद एक लिंक या दो है जो जारी किए गए नोटों से हटाए गए हैं, # 42 पर, [macos] JVM लगातार नए MacOS 10.12 पर एक NullPointerException फेंकते हैं , लेकिन यह नहीं पाते हैं यूजर फ्रेंडली। यह देखने के लिए कि पीएसयू का उपयोग करना आपके लिए महत्वपूर्ण है या नहीं, यह देखने के लिए कुछ काम करने वाला है।
सबसे अच्छा अनुमान है कि CPUs अच्छी तरह से QA'd हैं और Oracle PSUs के साथ आश्वस्त नहीं हो सकते हैं, क्योंकि वे मूल रूप से आगामी, जैसे-अभी तक अप्रकाशित, त्रैमासिक CPU के प्रगति पूर्वावलोकन हैं।
लेकिन चूंकि वे सभी को बता सकते हैं कि एक पीएसयू का उपयोग करने के लिए मैकओएस सिएरा का उपयोग करता है, उदाहरण के लिए, एक पीएसयू शायद विकास के लिए पर्याप्त है, और अगले सीपीयू की आशंका के लिए एक अच्छा काम करता है। आप आवश्यक रूप से एक उत्पादन सर्वर पर तैनात नहीं होता जब तक कि पीएसयू सुधारों की एक मिशन आप के लिए महत्वपूर्ण नहीं था, लेकिन आप शायद कर सकता है , पर कैसे आराम से अपने संगठन के किनारे रिलीज के साथ था निर्भर करता है।
लेकिन ओरेकल को यह सब कहीं और अधिक स्पष्ट रूप से कहना चाहिए , या हम इस प्रश्न के साथ फंस गए हैं।