में साफ होने तक त्रुटियों को दिखाने के लिए हमें हमारे विकास वातावरण में बहुत अजीब व्यवहार मिल रहा है जो हमारे सभी डेवलपर्स के साथ संगत है, देव विभिन्न ऑपरेटिंग सिस्टम पर हैं।मैवेन क्लीन + बिल्ड ग्रहण में प्रोजेक्ट का कारण बनता है जब तक ग्रहण
हमारे पास विकास पर्यावरण में लगभग 20+ मेवेन (3.0.4) परियोजनाएं हैं, उनमें से सभी सामान्य रूप से सोनाटाइप एम 2 (0.12.0) हैंडलिंग निर्भरताओं के साथ एक्लिप्स (इंडिगो) में खुली परियोजनाएं हैं। (m2e 1.0 हमें समाधानों से अधिक समस्याएं पैदा कर रहा है)
हमारी सभी 20+ परियोजनाओं में से एक परियोजना है जो अजीब अभिनय कर रही है। उस परियोजना पर "mvn clean install" निष्पादित करते समय, मैवेन सफलतापूर्वक पास करता है, यह ग्रहण में त्रुटियों को दिखाने के लिए 4 जावा फ़ाइलों (यूनिट परीक्षणों में, यदि यह कोई फर्क पड़ता है) का कारण बनता है।
"SomeNameOfClass cannot be resolved to a type" प्रकृति की त्रुटियां हालांकि फ़ाइल खोलना और गलत वर्ग संदर्भ पर F3 (ओपन घोषणा) दबाकर समस्या को बिना किसी समस्या के कक्षा मिलती है।
"mvn clean" समस्या है, अगर हम अभी "mvn install" चलाते हैं तो ऐसा नहीं होता है।
ग्रहण की परियोजना-> साफ त्रुटियों को साफ़ करता है और सबकुछ ठीक है।
यह नहीं एक संचालन समस्या यह है कि वास्तव में मुझे काम करने या ऐसा कुछ करने से रोकता है है, मैं इसे बस ग्रहण में सफाई से हल कर सकते हैं, मैं सिर्फ कर नफरत है कि हर बार और मैं लाल Xs बर्दाश्त नहीं कर सकता मेरी परियोजनाओं में भी अगर उनके पास कोई प्रभाव नहीं पड़ता है।
मैं वास्तव में वास्तव में उत्सुक हूं कि यह क्यों हो रहा है, विशेष रूप से उन 4 कक्षाओं क्यों? क्यों क्यों क्यों? :)
धन्यवाद
क्या आप उन परीक्षण कक्षाओं के बारे में अधिक सटीकता दे सकते हैं? क्या ऐसे अन्य परीक्षा वर्ग हैं जो अपेक्षित व्यवहार करते हैं? क्या उनके पास एक विशिष्ट पथ है? –
जैसा कि आपको बताया गया है कि आपको अधिक जानकारी देनी चाहिए..क्या वे फाइलें उत्पन्न हुई हैं? – khmarbaise
फ़ाइलें नियमित जावा फाइलें हैं, जेनरेट नहीं की गईं। वे टेस्ट के साथ चिपक गए हैं और कुछ तरीकों को शामिल किया गया है जो @Test के साथ सामान्य जुनीट कक्षाओं के रूप में एनोटेटेड हैं .. जिस संदर्भ को संदर्भित किया गया है उसे 'प्रकार के लिए हल नहीं किया जा सकता है' सार – Enrico