जावा 9 में, कुछ मामलों में पैकेज टकराव का थोड़ा अलग व्यवहार क्यों किया जाता है?

Question

मैं जावा 9 के साथ प्रयोग कर रहा हूँ और देख निम्न परिदृश्यों पर:

प्रयोग 1

• मॉड्यूल एक
• मॉड्यूल बी
• दोनों com.foo नाम के एक गैर खाली पैकेज की घोषणा लेकिन इसे निर्यात न करें।

  java.lang.RuntimeException: मॉड्यूल बी और मॉड्यूल दोनों में पैकेज com.foo

• दोनों एक 3 मॉड्यूल सी

'सी' से एक मुख्य रनिंग के लिए आवश्यक हैं एक रनटाइम त्रुटि देता है एक

प्रयोग 2

से पहले लेकिन इस बार दोनों निर्यात com.foo के रूप में एक ही

।

सी से मुख्य क्रियान्वित करने के परिणाम:

java.lang.module.ResolutionException: मॉड्यूल बी और एक निर्यात पैकेज com.foo मॉड्यूल सी

प्रयोग 3

ही 2 के रूप में, लेकिन इस बार मैंने मॉड्यूल सी में पैकेज com.foo घोषित किया।

अब मुझे संकलन त्रुटि मिलती है: त्रुटि: (4, 1) जावा: मॉड्यूल सी ए और बी

संकलन के दौरान पहले दो मामलों को पकड़ा नहीं गया है, तो पैकेज com.foo को पढ़ता है। क्या रनटाइम गुण हैं जो प्रोग्राम को निष्पादित करने से पहले उस पूर्ववर्ती संकल्प से अवगत नहीं हैं?

इसके अलावा, जहां तक ​​त्रुटि संदेश संबंधित हैं: प्रयोग 2 में त्रुटि संदेश में त्रुटि संदेश में किस तरह से त्रुटि संदेश है। ऐसा नहीं है कि यदि मॉड्यूल में से कोई एक इसे निर्यात नहीं करता है तो अंतिम परिणाम कोई अलग होगा। दूसरे शब्दों में, विभिन्न त्रुटि संदेशों के उत्पादन के पीछे क्या विचार था?

Answer 1

प्रयोग # 2 और # 3 विभाजन पैकेज के मुद्दों को विभाजित कर रहे हैं और संकलन-समय और रन-टाइम दोनों में त्रुटियां होनी चाहिए। # 2 के लिए मैं आपकी पोस्ट से नहीं कह सकता हूं कि सी को संकलित करते समय आपको संकलन त्रुटि क्यों नहीं दिखाई दे रही है। आपको "मॉड्यूल सी दोनों पैकेज ए और बी से पैकेज com.foo पढ़ता है" जैसे टेक्स्ट के साथ एक त्रुटि दिखाई देनी चाहिए।

प्रयोग # 1 संभवतः ए, बी, और सी अनुप्रयोग मॉड्यूल पथ पर है जहां वे सभी ओवरलैपिंग पैकेजों के कारण समान नाम स्थान (समान श्रेणी लोडर) में नहीं रह सकते हैं। आपके द्वारा देखे गए त्रुटि संदेश को हाल के निर्माण में थोड़ा सुधार हुआ है।

ध्यान दें कि प्रयोगों पर jigsaw-dev पर कई धागे में चर्चा की गई है और कम से कम जेडीके 9 अभी भी विकास में है, तो प्रश्न और अनुभव लाने के लिए यह बेहतर जगह हो सकती है।