मुझे बाइनरी रूप में कुछ OSGi बंडल मिले हैं"org.ietf.jgss" जैसे बंडलों के लिए निर्भरता की घोषणा करें जो कि जावा द्वारा ही प्रदान किए गए हैं। पी 2 इन निर्भरताओं का पता लगाता है और जब मैं पी 2 निदेशक अनुप्रयोग का उपयोग करके बाद में उत्पाद को स्थापित करने की कोशिश करता हूं तो इंस्टॉलेशन विफल हो जाता है क्योंकि कोई बंडल इन पैकेजों को प्रदान नहीं करता है। लेकिन अगर मैं P2 उत्पाद निर्माण का उपयोग करता हूं तो मुझे एक पूर्ण स्थापित उत्पाद मिलता है जिसका मैं उपयोग कर सकता हूं।
मेरी समस्या यह है कि मैं उत्पाद नहीं बनाना चाहताफ़ाइलें और अनुप्रयोग के प्रत्येक भिन्नता के लिए निर्माण। तो P2 निदेशक का उपयोग करके लक्ष्य प्रणाली पर उत्पाद स्थापित करने के लिए सभी P2 रिपॉजिटरी को कॉपी करने के लिए दृष्टिकोण की कोशिश की।
तो मैं जावा द्वारा प्रदान किए गए पैकेजों के लिए निर्भरता को कैसे संभालता हूं और इन पैकेजों को अनदेखा करने के लिए मैं पी 2 को "कैसे मनाता हूं" यदि वे स्वयं जावा द्वारा प्रदान किए जाते हैं।
मदद के लिए धन्यवाद।
उत्तर:
उत्तर № 1 के लिए 1जावा द्वारा प्रदान किए गए पैकेज, या बल्कि "निष्पादन वातावरण" जैसा कि OSGi कहता है, यह जावा के साथ शुरू होने वाले पैकेज में परिभाषा के अनुसार है। * और "t" को स्पष्ट आयात विवरण की आवश्यकता नहीं है।
यदि आपकी वर्चुअल मशीन अतिरिक्त प्रदान करती हैपैकेज जो "t जावा से शुरू होते हैं। * आप उन्हें सिस्टम बंडल के माध्यम से उपलब्ध करा सकते हैं (ताकि फ्रेमवर्क उन्हें उपलब्ध करवाए और इन पैकेजों का स्पष्ट आयात हल किया जा सके), या बूट डेलिगेशन (जिसका अर्थ है कि ये पैकेज जादुई रूप से उपलब्ध होंगे , भले ही स्पष्ट रूप से आयात नहीं किया गया हो)।
हालांकि आपके पहले वाक्य से मैं थोड़ा उलझन में हूँ। यदि एक बंडल दूसरे बंडल पर निर्भरता की घोषणा करता है, तो यह बंडल जावा द्वारा स्वयं कैसे प्रदान किया जा सकता है, क्योंकि JVM कोई बंडल प्रदान नहीं करता है?