2009-03-06 19 views
5

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

मुझे ant4eclipse के बारे में पता है, लेकिन इसका ध्यान विपरीत दिशा में है, यह सुनिश्चित करना कि ग्रहण क्लासपाथ मास्टर है और चींटी निर्माण ग्रहण पथ का पुन: उपयोग करता है। मुझे AntAndEclipse के पीछे विचार पसंद है, लेकिन मुझे आश्चर्य है कि इस जगह में उनकी चींटी अन्य चीजें हैं जिन्हें मैं नहीं जानता हूं।

+0

फ़ायरफ़ॉक्स के साथ AntAndEclipse को डाउनलोड करने का प्रयास करने के लिए बस एक चेतावनी। सही एक्सएमएल कोड प्राप्त करने के लिए व्यू स्रोत (Ctrl-U) का उपयोग करें। – neves

उत्तर

0

मुझे किसी भी चींटी उपकरण से अवगत नहीं है जो ऐसा कर सकता है लेकिन मैंने कुछ साल पहले चींटी से Maven पर स्विच किया था और कभी पीछे नहीं देखा था। ग्रहण मेवेन क्लासपाथ का उपयोग करने के लिए आप "Maven integration for Eclipse" का उपयोग कर सकते हैं।

आज के रूप में, मैं ग्रहण प्लगइन के साथ 100% खुश नहीं हूं, हालांकि। यह थोड़ा धीमा है और ग्रहण और मेवेन के विभिन्न दर्शन के कारण, कुछ परिचालन अजीब व्यवहार करते हैं। उदाहरण के लिए, ग्रहण "उत्पादन" और "परीक्षण" वर्गपाथ के बीच अंतर नहीं करता है, इसलिए जब आप ग्रहण में सबकुछ बढ़िया दिखते हैं तो आप मेवेन में संकलन त्रुटियां प्राप्त कर सकते हैं।

मेरा समाधान क्लासपाथ को सिंक में रखने और कमांडलाइन से संकलित करने के लिए प्लगइन का उपयोग करना था।

पिछले एक कंपनी में
1

आप समाधान चींटी आह्वान ग्रहण compiles क्या करना है के रूप में यहाँ वर्णित किया गया था:

http://www.eclipse.org/articles/Article-PDE-Automation/automation.html

+0

ओपी ने उल्लेख नहीं किया कि वह प्लग-इन कर रहा था, तो क्या आप वेनिला जावा के लिए हेडलेस पीडीई का उपयोग कर सकते हैं? और हेडलेस पीडीई बकवास का एक बड़ा ढेर है - काम करना मुश्किल है और बिल्ड प्रक्रिया के साथ कुछ गलत होने पर त्रुटि रिपोर्टिंग खराब होती है (सरल जावा संकलन त्रुटियों में नहीं)। – SteveD

0

एक्सएमएल परिवर्तनों करने के लिए एक चींटी कार्य है वहाँ, हम बनाने के लिए उस कार्य के लिए इस्तेमाल किया हमारी बिल्ड फाइल में क्लासपाथ। एक्सएसएल सही पाने के लिए यह एक छोटी सी चाल थी लेकिन एक बार यह काम करने के बाद यह बहुत अच्छा था

0

क्या आपने अपाचे IVY का मूल्यांकन किया था? वर्तमान में मैं अपनी जगह पर निरंतर एकीकरण वातावरण का निर्माण कर रहा हूं और हम अपनी निर्भरताओं को संभालने के लिए आईवीवाई का उपयोग करते हैं। एक ग्रहण प्लगइन है जो ग्रहण की निर्भरता विन्यास लेता है और इसे ग्रहण वर्गपथ के रूप में उपयोग करता है। वर्तमान में यह समाधान काफी आशाजनक दिखता है।

+0

यह उल्लेखनीय है कि आईवीवाई के पास एएनटी के साथ कड़े एकीकरण है। – SteveD

0

मेरी टीम ने जावा बिल्ड पथ-> परियोजना सेटिंग्स में लाइब्रेरी विकल्प जोड़ें में एक नई प्रकार की लाइब्रेरी जोड़ने के लिए एक ग्रहण प्लग-इन लिखा था। इस कस्टम लाइब्रेरी प्रकार ने ग्रहण और एएनटी दोनों को निर्भरताओं की समान कैनोलिक सूची का संदर्भ देने की अनुमति दी।

आजकल, अगर मैं खुद को लिखने के बजाय एएनटी का उपयोग करने में बंद कर दिया गया था, तो मैं शायद वही काम करने के लिए आईवीवाई देखता हूं।

संबंधित मुद्दे