2009-12-02 10 views
7

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

कोई भी इस तरह का अनुभव करता है? मुझे यह भी पता नहीं है कि परियोजना को मैन्युअल रूप से साफ करने की आवश्यकता क्यों है, यह जानने के लिए कहां देखना है। क्या यह संभव है कि कोई और ऐसी फाइल में जांच कर रहा है जो ग्रहण में मेरी परियोजना को तोड़ देता है? यदि हां, तो मुझे किस फाइल की तलाश करनी चाहिए?

+0

क्या आप मैक, पेचेंस पर हैं? – bmargulies

+0

नहीं, मैं विंडोज एक्सपी – Shane

+0

पर हूं, यह बहुत सारी चीजों से हो सकता है - अपनी सभी परियोजना सेटिंग्स (बिल्डर्स, पहलुओं, निर्माण पथ, आदि) की जांच करें और उन्हें अपनी अन्य परियोजनाओं से तुलना करें। – Bozho

उत्तर

4

सबसे पहले, अगर मैं कुछ स्पष्ट कहता हूं तो मुझे क्षमा करें, लेकिन आपने अपनी परियोजना कॉन्फ़िगरेशन का कोई विवरण नहीं दिया है, न ही इस मुद्दे को हल करने के आपके पिछले प्रयासों का वर्णन किया है। तो, हो सकता है कि आप पहले से ही सब कुछ करने की कोशिश कर रहे हैं जो मैं सुझाव देने जा रहा हूं ... ;-)

मेरे दिमाग के ऊपर से, मैं जांचता हूं कि कोई और केवल स्रोतों के बजाय संकलित कक्षाएं कर रहा है या नहीं।

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

मैं सुझाव देता हूं कि (यदि आप ऐसा नहीं कर रहे हैं) सिंक्रनाइज़ व्यू (टीम -> रिपोजिटरी के साथ सिंक्रनाइज़) के माध्यम से अपने एसवीएन अपडेट करने के लिए, एक नज़र में देखने के लिए कि आपको किस तरह के आने वाले बदलाव मिलते हैं , मामलों को बेहतर ढंग से पहचानने के लिए जब आपकी परियोजना मामलों से गड़बड़ हो जाती है जब ऐसा नहीं होता है।

+1

यह पता चला कि एक चींटी स्क्रिप्ट ग्रहण के समान निर्माण पथ का उपयोग कर रही थी। मैं आमतौर पर दिन के अंत में उस चींटी स्क्रिप्ट को चलाता था, इसलिए मैंने यह नहीं देखा कि यह ग्रहण निर्माण पथ को तब तक खराब कर रहा था जब तक कि मैं अगली सुबह नहीं आया और अपडेट करने की कोशिश की। – Shane

+1

खुशी है कि आपने इसे पाया .. और मैं बिल्कुल सहानुभूतिपूर्ण हूं: असल में, पिछले कुछ वर्षों में मैं हमेशा "बिन" से "ग्रहण-निर्माण" से ग्रहण में जावा परियोजनाओं के लिए डिफ़ॉल्ट निर्माण पथ बदल रहा हूं, बस मेरे निर्माण के साथ गड़बड़ कर हार्ड-कोड वाले पथों के साथ बाहरी स्क्रिप्ट का मौका कम करें। यह विंडो-> प्राथमिकताएं-> जावा-> पथ बनाएं, और अब मैं सो सकता हूं (थोड़ा) बेहतर .. – TataBlack

1

किसी ने पहले से ही समझाया है कि, कोई और संकलित कक्षाएं भी कर सकता है, और कक्षा के पथ संघर्ष कर रहे हैं। मुट्ठी इस जानकारी को अपने कॉलेजों से जानते हैं और आगे बढ़ें। मैं इस स्थिति में नहीं आया था। माफ़ कीजिये।

1

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

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