जावा बाइनरी संगतता के साथ क्या हुआ?

Question

मैं मार्च 1 99 7 की कक्षाओं के पुराने सेट में आया था। यह उस समय था जब मैंने जावा सीखने की कोशिश की थी, और यह जेडीके 1.0.2

दिलचस्प है, मेरे पास स्रोत फाइलें और क्लास फाइलें हैं उस समय से बरकरार है। स्रोत अभी भी संकलित और निष्पादित के रूप में निष्पादित करते हैं, जो वास्तव में अच्छा था। लेकिन जावा को द्विआधारी संगतता को बरकरार रखने वाला नहीं था? खैर, कहीं भी, प्रारूप अब वैध नहीं है। एक जावा 8 वीएम रिपोर्ट करेगा;

Exception in thread "main" java.lang.ClassFormatError: Invalid start_pc 65535 in LocalVariableTable in class file bali/core/Application 
    at java.lang.ClassLoader.defineClass1(Native Method) 
    at java.lang.ClassLoader.defineClass(ClassLoader.java:760) 
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) 
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:455) 
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73) 
    : 
    [snip many ClassLoader calls] 
    : 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) 
    at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:495) 

अपमानजनक वर्ग उस वर्ग का सुपरक्लास है जिसे मैं कमांड लाइन से कॉल करता हूं।

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

वैसे भी, मेरा सवाल है; क्या जावा के प्रारंभिक संस्करणों में संगतता प्रतिबद्धता के बारे में ज्ञान रखने वाले किसी के पास कोई है? क्या यह एक बड़ा सौदा था, या इसे उद्देश्य पर त्याग दिया गया था? या बाद में कोई निर्णय था, जावा 1.4 या जावा 5 को बस जेडीके 1.0 समर्थन ड्रॉप करने के लिए कहें ??

Answer 1

जैसा कि आपने बताया था कि समस्या तब शुरू हुई जब संकलक माइक्रोसॉफ्ट कंपाइलर से सन कंपाइलर में स्विच हो गया। सूर्य ने कहा कि माइक्रोसॉफ्ट कंपाइलर द्वारा उत्पन्न कक्षा फाइलों ने जावा विनिर्देश का पालन नहीं किया और इस प्रकार मान्य नहीं थे।

यह त्रुटि पुराने JDK 1.0.2 या 1.1 compilers से उत्पन्न बाईटकोड के कारण होता है:

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

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

• Java 8 (जावा 7 के साथ पूरी तरह से बाइनरी संगत)
• Java 7
• Java 6 (ज्यादातर द्विआधारी के साथ संगत (ज्यादातर जावा 6 के साथ द्विआधारी संगत) जावा 5, प्लस एक टिप्पणी है कि कुछ obfuscators spec के बाहर कक्षा फ़ाइलों को उत्पन्न करता है और इस प्रकार उन वर्ग फ़ाइलों को नहीं चलाया जा सकता है)
• Java 5 (ज्यादातर जावा 1.4 के साथ बाइनरी संगत।2, प्लस ऑबफस्केटर के बारे में एक ही टिप्पणी)
• Java 1.0 - 1.4.2 (ज्यादातर द्विआधारी पिछले संस्करणों के साथ संगत, कुछ टिप्पणी है कि आगे संगतता भी काम कर सकते हैं, लेकिन परीक्षण नहीं किया गया है)