हमने प्लगइन विकास की सुविधा के लिए कस्टम क्लाइंट-सर्वर एप्लिकेशन में ओएसजीआई रनटाइम (इक्विनोक्स) को एम्बेड किया है और अब तक चीजें बढ़ रही हैं। हम अंतर्निहित मैनिफेस्ट संपादक, निर्भरता प्रबंधन और निर्यात विज़ार्ड के कारण प्लगइन बनाने के लिए ग्रहण का उपयोग कर रहे हैं। प्रबंधक निर्माण के लिए ग्रहण का उपयोग करना हडसन के माध्यम से निरंतर एकीकरण के लिए बहुत अनुकूल नहीं है।मैं ओएसजीआई बिल्ड निर्भरताओं का प्रबंधन कैसे कर सकता हूं?
हमारे पास ओएसजीआई बंडल है जो अन्य ओएसजीआई बंडलों पर निर्भर करता है। मैं वास्तव में एक कस्टम एएनटी निर्माण में हार्डकोड निर्माण आदेश से नफरत करता हूं। हमने यह किया है यह अतीत है और यह बहुत भयानक है। क्या कोई ऐसा निर्माण उपकरण है जो आसानी से ओएसजीआई निर्भरताओं का प्रबंधन कर सकता है, अगर उन्हें स्वचालित रूप से हल नहीं किया जाता है? क्या इस बारे में कोई निश्चित उदाहरण हैं?
स्पष्टीकरण:
निर्माण स्क्रिप्ट ग्रहण के माध्यम से ही प्रयोग करने योग्य हैं उत्पन्न। उन्हें ग्रहण के मैन्युअल रूप से चलने की आवश्यकता होती है। हमारे पास कुछ मानक लक्ष्य भी हैं जो ग्रहण निर्माण के पास नहीं होंगे, और मैं जेनरेट की गई फ़ाइल को संशोधित नहीं करना चाहता क्योंकि मैं पुन: उत्पन्न कर सकता हूं (मुझे पता है कि मैं इसमें शामिल कर सकता हूं, लेकिन मैं ग्रहण जीन फ़ाइल से बचना चाहता हूं एक साथ)
यहाँ मेरी परियोजना लेआउट है:
/
-PluginA
-PluginB
-PluginC
.
.
.
ग्रहण PDE का उपयोग कर, प्रत्येक प्लगइन एक प्रकट है, लेकिन PDE के रूप में कोई build.xml मेरे लिए करता है। एक गुई संचालित प्रक्रिया w/हडसन स्वचालित करने के लिए मुश्किल है। मैं प्रत्येक का निर्माण करने के लिए अपना खुद का build.xml सेट करना चाहता हूं, लेकिन निर्भरताएं हैं और ऑर्डर समस्याएं हैं। ये मुद्दे मैनिफेस्ट फाइलों द्वारा संचालित होते हैं (जो ओएसजीआई आयात का वर्णन करते हैं)। उदाहरण के लिए, प्लगइनसी प्लगइनबी पर निर्भर करता है जो प्लगइन पर निर्भर करता है। उन्हें सही क्रम में बनाया जाना चाहिए। मुझे एहसास है कि मैं बिल्ड ऑर्डर को मैन्युअल रूप से नियंत्रित कर सकता हूं, मैं बिल्ड ऑर्डर निर्भरता प्रबंधन को स्वचालित करने में सहायता के लिए एक टूल ढूंढ रहा हूं।
घोषणात्मक सेवाएं क्यों नहीं काम करती हैं? – drozzy