2011-10-17 7 views
16

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

${workspace_loc:${project_path}/build.xml} 

मैं नहीं यहां किसी भी निरपेक्ष पथ, या प्रोजेक्ट का नाम है, चाहते हैं। ग्रहण विन्यास भंडार का हिस्सा है, और अन्य उपयोगकर्ता इसे अलग-अलग फ़ाइल-सिस्टम लेआउट और संभावित रूप से अलग ग्रहण परियोजना नामों के साथ जांचते हैं। उदाहरण के लिए, मेरे पास आमतौर पर मेरे ग्रहण कार्यक्षेत्र में एक ही प्रोजेक्ट की कई कार्यशील प्रतियां होती हैं, प्रत्येक पाठ्यक्रम एक अलग परियोजना नाम के साथ।

यह ज्यादातर समय काम करता है। हालांकि, मुझे कभी-कभी एक संवाद बॉक्स में निम्न त्रुटि संदेश मिलता है:

निर्माण के दौरान त्रुटियां हुईं।
प्रोजेक्ट 'MyProjectName' पर बिल्डर 'एकीकृत बाहरी टूल बिल्डर' चलाने वाली त्रुटियां।
चर संदर्भ खाली चयन: $ {project_path}
चर संदर्भ खाली चयन: $ {project_path}

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

हालांकि वास्तव में यह महत्वपूर्ण नहीं है कि प्रत्येक संकलन के लिए चींटी कार्य चल रहे हों, मैं ऐसा त्रुटि संदेश बॉक्स नहीं चाहता हूं जो उपयोगकर्ताओं को भ्रमित करेगा।

तो मैं कैसे

  • संदर्भ एक अलग तरीके से ऐसी है कि समस्या दूर हो जाने में build.xml फ़ाइल, या
  • समस्या को ठीक, या
  • त्रुटि संवाद इस विशेष के लिए दबा सकती हैं त्रुटि?

किसी भी मदद की सराहना की जाएगी। मैं ग्रहण 3.7 (इंडिगो) का उपयोग कर रहा हूँ।

उत्तर

17

जाहिर है, इसमें एक चर ($ {project_path}) के संदर्भ का अनुवाद करने में समस्याएं हैं ... एक चर ($ {workspace_loc}) का संदर्भ।

आप $ {build_project} वैरिएबल बजाय

${build_project:/build.xml} 

मुझे आशा है कि यह मदद करता है की कोशिश कर सकते।

+0

आपके उत्तर के लिए धन्यवाद, दुर्भाग्य से यह मदद नहीं करता है। '$ {Project_loc: /build.xml}' के साथ, प्रत्येक निर्माण पर त्रुटि संदेश होता है, इसलिए ऐसा लगता है कि पथ बिल्कुल सही नहीं है। –

+0

ठीक है, मैंने इसे चेक आउट किया है और यह पथ मेरे लिए काम करता है: $ {workspace_loc}/$ {project_path} /build.xml – Efthymis

+0

क्षमा करें, यह मेरे लिए काम नहीं करता है। हालांकि, अन्य चर का उपयोग करने का आपका विचार बहुत अच्छा था, मुझे 'build_project' चर मिला, जो कि मैं वही दिख रहा था जो मुझे लगता था (मुझे नहीं पता कि अब तक इसे क्यों याद आया)। '$ {Build_project: /build.xml} के साथ 'यह ठीक काम करता है। क्या आप अपना उत्तर अपडेट करेंगे ताकि मैं इसे स्वीकार कर सकूं? –

9

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

तो एक समाधान के रूप में आप कर सकते हैं:

  1. xml फ़ाइल का पूर्ण पथ रखो
  2. बस अपने बाहरी उपकरण, क्लिक (परियोजना एक्सप्लोरर ध्यान में रखते हुए) बाईं तरफ परियोजना पर शुरू करने से पहले , फिर लॉन्च बटन दबाएं।

पर परियोजना (फ़ोल्डर आइकन) पर क्लिक करने से चर

से स्थापित हो जाएगा वैसे, मुझे लगता है कि ${workspace_loc}${project_path}/build.xml ठीक है।

+0

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

+1

चरण # 2 यहां मेरे लिए समस्या तय की गई। कुछ कारणों से यदि फोकस संपादक दृश्य में है तो $ {project_loc} डिबगिंग के दौरान पॉप्युलेट नहीं किया जाता है। सुझाए गए समस्या को ठीक करने के पहले प्रोजेक्ट एक्सप्लोरर में प्रोजेक्ट पर क्लिक करने से पहले तुरंत देखें। धन्यवाद! – fwc

+1

कोई भी 2015 तक इसे ठीक करने में सक्षम नहीं था :-(जब मैं कोड में परिवर्तन करने के बाद एक असफल यूनिट परीक्षण को फिर से चलाने के लिए चाहता हूं तो मुझे हमेशा इस तरह की समस्या मिलती है। –

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