ग्रहण "त्रुटि: मुख्य वर्ग को ढूंढ या लोड नहीं कर सका"


108

मेरे लैपटॉप पर मेरे ग्रहण की एक परियोजना है जिसे मैंने Git https://github.com/chrisbramm/LastFM-History-Graph.git पर धकेल दिया है

यह पूरी तरह से मेरे लैपटॉप पर काम करता है और बिना किसी समस्या के चलता / बनाता है लेकिन मेरे डेस्कटॉप पर यह ग्रहण नहीं करता है

त्रुटि: मुख्य वर्ग lastfmhistoryguis.InputPanel को ढूंढ या लोड नहीं कर सका

मैंने प्रोजेक्ट बनाने की कोशिश की है:

Project>Build Project

पर कुछ नहीं हुआ। मैंने PATHइस कंप्यूटर पर चर सेट किए हैं JRE6, JRE7 और JDK 1.7.0 पर सेट किया है, हालांकि ये मेरे लैपटॉप पर सेट नहीं हैं।

मेरे पास जार फ़ाइल ( last.fm-bindings-0.1.1.jar ) थी जो मेरी .classpathफ़ाइल में थी जो मेरे लैपटॉप पर C: \ Users \ Chris \ डाउनलोड फ़ोल्डर में थी इसलिए इसे गिट ट्री में शामिल नहीं किया गया था जो कि मैं हाल ही में प्रोजेक्ट फ़ोल्डर में लाया गया और प्रतिबद्ध है, लेकिन मुझे यकीन नहीं है कि मैंने इसे सही किया है। क्या यह भी एक समस्या पैदा कर सकता है, लेकिन वहाँ एक मुख्य तर्क नहीं है।

मैं अब वर्कआउट नहीं कर सकता, मुझे क्या जांच / परिवर्तन की आवश्यकता है।


24
क्या आपने प्रोजेक्ट> क्लीन एंड प्रोजेक्ट> बिल्ड प्रोजेक्ट की कोशिश की?
javaCity

3
कई बार और ऐसा लगता है कि काम नहीं किया है
क्रिस


प्रणाली पर्यावरण वर्गपथ शामिल हैं। मुझे और कहाँ बदलने की आवश्यकता है और मैं विशेष रूप से क्या करूँगा?
क्रिस

मेरे मामले में मैं चला रहा था java .\bin\selenium-server-standalone-3.9.1.jarजब यह होना चाहिएjava -jar .\bin\selenium-server-standalone-3.9.1.jar
Coty Embry

जवाबों:


40

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

अपने सहपाठी में इसलिए आपको (और शायद सामान्य रूप से अगर आप अपने प्रोजेक्ट के साथ JARS को बंडल कर रहे हैं), सापेक्ष पथ का उपयोग करें:

अपने .classpath परिवर्तन में

<classpathentry kind="lib" path="C:/Users/Chris/Downloads/last.fm-bindings-0.1.1.jar" sourcepath=""/><classpathentry kind="lib" path="C:/Users/Chris/Downloads/last.fm-bindings-0.1.1.jar" sourcepath=""/>

सेवा

<classpathentry kind="lib" path="last.fm-bindings-0.1.1.jar"/>

19
कोई इसे कैसे बदलेगा?
अप्रतिम

मेरे पास बाहरी जार नहीं हैं लेकिन मैं इसी तरह के मुद्दों का सामना कर रहा हूं। stackoverflow.com/questions/49738153/…
जेसी

@ असिस्टास "रन" -> "रन अस" -> "जावा एप्लीकेशन।" एक बार, और यह स्वचालित रूप से वर्ग पथ निर्धारित करेगा। देखें Blamkin86 का जवाब। Classpath सेटिंग "रन" -> "रन कॉन्फ़िगरेशन ..." के तहत मिल सकती हैं।
gkubed

72

यदि आप एक जावा क्लास बनाते हैं public static void main(String[] args), तो एक्लिप्स आपके लिए मुख्य विधि को फाइल पर राइट क्लिक करके, या प्रोजेक्ट एक्सप्लोरर में फाइल पर चलाएगा, फिर चुनें:

"रन अस" -> "जावा एप्लीकेशन।"

एक बार जब आप ऐसा कर लेते हैं, तो ग्रहण आपकी कक्षा के बारे में जानकारी संग्रहीत करता है, ताकि आप आसानी से रन अस मेनू (टूलबार पर ग्रीन प्ले बटन) या रन कॉन्फ़िगरेशन संवाद से फिर से कक्षा चला सकें।

यदि आप बाद में जावा क्लास (मैन्युअल रूप से, या फिर भी) को छोड़ते हैं, तो फिर से चुनें

"रन ऐज़" -> "जावा एप्लिकेशन,"

नए स्थान से, ग्रहण मूल संग्रहीत कॉन्फ़िगरेशन को चलाएगा, इस वर्ग को उसके मूल स्थान से आह्वान करने का प्रयास करेगा, जो इस त्रुटि का कारण बनता है।


उपाय:
मेरे लिए, फिक्स रन कॉन्फ़िगरेशन में जाना था, (ग्रीन प्ले बटन -> रन कॉन्फ़िगरेशन) और वर्ग के सभी संदर्भों को हटा दें। अगली बार जब आप दौड़ेंगे

"रन एज़" -> "जावा एप्लिकेशन"

ग्रहण किए गए वर्ग के लिए एक नया कॉन्फ़िगरेशन लिखेगा, और त्रुटि दूर हो जाएगी।


2
धन्यवाद..!! यह एक मेरे लिए काम किया। समस्या तब शुरू हुई जब मैंने प्रोजेक्ट का नाम बदल दिया।
निक्सराम

+1 public static void main(String[] args)मुझे मिला है। मेरे पास गलती से गलत हस्ताक्षर थे ( Mainइसके बजाय main)। इसलिए, यह सुनिश्चित करना महत्वपूर्ण है कि हस्ताक्षर सही है। :)
निकोलस मिलर

10
हम "वर्ग के सभी संदर्भों को कैसे दूर करते हैं"?
एकरेला

2
एक जादू की तरह काम किया। मेरी समस्या यह थी कि मैंने एक build.gradle और settings.gradle बनाया था जो प्रोजेक्ट से जुड़े डिफ़ॉल्ट नामों को बदल रहे थे। संदर्भों को हटाते हुए (रन -> रन रन कॉन्फ़िगरेशन -> प्रोजेक्ट से जुड़े सभी कॉन्फ़िगरेशन हटा दें)
रैंडॉमी

1
"कक्षा के सभी संदर्भों को हटा दें" - क्या मैं सभी रन कॉन्फ़िगरेशन को हटा दूंगा?
jcool

55

tl; dr : अपने पूरे बिल्ड पाथ को साफ़ करें और आपने जो कुछ भी कभी भी इसे मैन्युअली जोड़ा है। इसमें अतिरिक्त स्रोत, प्रोजेक्ट, लाइब्रेरी शामिल हैं।

  • प्रोजेक्ट -> स्वच्छ
  • सुनिश्चित करें कि परियोजना -> बनाएँ स्वचालित रूप से सक्रिय है
  • प्रोजेक्ट -> गुण -> जावा बिल्ड पाथ -> लाइब्रेरी: आपके द्वारा जोड़े गए किसी भी बाहरी काम को हटा दें । जेआरई सिस्टम लाइब्रेरी की तरह मानक पुस्तकालयों को न हटाएं।
  • अब अपने मुख्य वर्ग को चलाने का प्रयास करें। "कक्षा नहीं मिली / लोड नहीं" त्रुटि चली जानी चाहिए। एक के बाद एक अपने बाहरी लिबास / जार जोड़ने की कोशिश करें।

इसके पीछे कारण: संकलक के पास पुस्तकालयों को परियोजना से जोड़ने के मुद्दे थे। यह विफल हो गया और एक गलत त्रुटि संदेश उत्पन्न हुआ।

मेरे मामले में, यह कुछ ऐसा होना चाहिए था "निर्माण पथ में AutoHotkey.dll को जोड़ नहीं सका" क्योंकि जो संकलक विफल हो गया था।


यदि यह अभी भी काम नहीं कर रहा है, तो अंतर्निहित एररक्लिप ऑफ़ एक्लिप्स पर एक नज़र डालें :

विंडो -> दृश्य देखें -> सामान्य -> ​​त्रुटि लॉग


27

मैंने उपरोक्त सभी चीजें कीं, लेकिन उनमें से किसी ने भी मेरे लिए काम नहीं किया

मेरी समस्या इस प्रकार हल हुई:

  1. अपने प्रोजेक्ट> गुण> JavaBuildPath> लाइब्रेरी पर राइट क्लिक करें ।
  2. जार फ़ाइल को निकालें, जिस पर लाल झंडा है।
  3. यदि समस्या बनी रहती है, तो नीचे दिए गए समाधान का प्रयास करें। जब मैंने दूसरी बार इस समस्या का सामना किया तो यह मेरे लिए काम कर गया:
    1. राइट-क्लिक करें परियोजना> गुण> जावा बिल्ड पथ> पुस्तकालय
    2. लाइब्रेरी निकालें
    3. लाइब्रेरी जोड़ें। (JRE सिस्टम लाइब्रेरी चुनें)

मेरे लिए काम किया! मेरे पास मेरे प्रोजेक्ट फ़ोल्डर नाम के बगल में एक विस्मयादिबोधक चिह्न भी था। यह भी तय है कि
बेंज़ाबिल

मेरे लिए काम किया! धन्यवाद
ध्रुव कौशल

1
यह केवल उसी जावा JRE लाइब्रेरी को हटाने और पुनः जोड़ने से काम करता है
एंड्रयू नॉर्मन

मेरे लिए यह काम किया भले ही कोई चेतावनी नहीं थी और न ही विस्मयादिबोधक चिह्न
मिचेल लियोन

भाई आपने सचमुच मेरे एपी जावा प्रोजेक्ट को बचा लिया है, आपको पता नहीं है कि आपका बहुत बहुत धन्यवाद
रोहन सिंह

18

लगभग एक घंटे बिताने के बाद मुझे अपने मावेन वेबैप प्रोजेक्ट में इसी तरह की समस्या का सामना करना पड़ा, मुझे एक समाधान मिला जिसने मेरे लिए काम किया। मैंने निम्नलिखित मावेन कमांड टाइप किया और यह काम कर गया।

mvan स्वच्छ स्थापित -U
मैं इसके पीछे सटीक कारण नहीं जानता।


1
मेरे लिए एक ही बात - यह भी नहीं पता कि यह पहली जगह में क्यों हुआ।
nsof

ग्रहण में, राइट क्लिक करना Run As..Maven clean, फिर Run As..Maven installमेरे लिए किया। समस्या तब शुरू हुई जब मैंने एक ग्रहण जावा परियोजना को एक ग्रहण मावेन परियोजना के रूप में बदल दिया। +1 सही गिरावट में इंगित करने के लिए।
कोडमेड

-U, - अपडेट-स्नैपशॉट्स छूटी हुई रिलीज़ के लिए जाँच और रिमोट रिपॉजिटरी पर अपडेट किए गए स्नैपशॉट्स के लिए
मजबूर करता

9

मैं मान रहा हूं कि आपने प्रोजेक्ट को अपने डेस्कटॉप एक्लिप्स इंस्टालेशन में इंपोर्ट किया था? अगर ऐसा है, तो आपको प्रोजेक्ट> क्लीन का चयन करना चाहिए। फिर अपने प्रोजेक्ट का पुनर्निर्माण करें। मेरे लिए एक जादू की तरह काम किया।


9

मेरे पास एक ही मुद्दा था और इसका उपयोग करके हल किया:

Eclipse Mars
Egit
Github
Maven Project

समस्या यह थी कि मैंने अपने maven प्रोजेक्ट को github को उपलब्ध कराया। इसने मेरी परियोजना को मेरे github फ़ोल्डर में स्थानांतरित कर दिया

उपाय:

  • ग्रहण को बंद करें
  • अपने कार्यक्षेत्र के अंदर मेटाडेटा फ़ोल्डर हटाएं
  • ग्रहण को पुनः आरंभ करें

स्टार्ट स्क्रीन दिखाई जाएगी।

  • स्टार्ट स्क्रीन को बंद करें
  • पैकेज एक्सप्लोरर में राइट क्लिक करें
  • चुना "आयात मावेन परियोजना",
  • अपने github फ़ोल्डर में नेविगेट करें और maven प्रोजेक्ट को आयात करें।

इसके बाद मेरा प्रोजेक्ट सफलता के साथ संकलित हुआ।


7

जाँच करें कि आपके प्रोजेक्ट में एक बिल्डर है:

  • प्रोजेक्ट गुणों की जांच करें ("पैकेज एक्सप्लोरर" में, प्रोजेक्ट पर राइट क्लिक करें, "गुण" चुनें), वहां दूसरा खंड "बिल्डर्स" है, और इसे डिफ़ॉल्ट "जावा बिल्डर" को पकड़ना चाहिए
  • या ".project" फ़ाइल में देखें (... / कार्यक्षेत्र / yourProjectName / .project) अनुभाग "buildSpec" खाली नहीं होना चाहिए।

अन्य तरीके होने चाहिए, लेकिन मैंने जो किया वह था:

  • ग्रहण बंद करें
  • "buildSpec" अनुभाग जोड़ने के लिए "प्रोजेक्ट" फ़ाइल को संपादित करें
  • पुनः आरंभ करें

एक उचित न्यूनतम जावा ".project" फ़ाइल को इस तरह दिखना चाहिए:

<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
        <name>myProjectName</name>
        <comment></comment>
        <projects>
        </projects>
        <buildSpec>
                <buildCommand>
                        <name>org.eclipse.jdt.core.javabuilder</name>
                        <arguments>
                        </arguments>
                </buildCommand>
        </buildSpec>
        <natures>       
                    <nature>org.eclipse.jdt.core.javanature</nature>
        </natures>      
</projectDescription>

1
इसने मेरे लिए इसे ठीक कर दिया। आपको .projectफ़ाइल को बदलने के लिए ग्रहण को बंद करने की आवश्यकता नहीं है , आप बस परियोजना को बंद कर सकते हैं।
लुइस डी सूसा

मैं, दूसरी ओर, बस ग्रहण को बंद कर दिया (लेकिन .projectफ़ाइल को संपादित नहीं किया । ग्रहण को वापस चालू किया, और यह काम किया: त्रुटि हो गई थी।
शाहर

6

खैर निम्नलिखित मेरे लिए काम किया ...

  1. प्रोजेक्ट फ़ोल्डर में चला गया (अंदर workspace)
  2. फिर, binफ़ोल्डर को हटा दिया गया
  3. फिर, साफ परियोजना / परियोजनाएं (ग्रहण में)
  4. ग्रहण से बनाया / चलाया गया।

एसओ, डीकोड में आपका स्वागत है। बिन फ़ोल्डर को हटाना और "प्रोजेक्ट> क्लीन" करना और बिल्ड करना पहले से ही अन्य उत्तरों में सुझाया गया है। एक उत्तर के रूप में "मुझे, भी" पोस्ट करने के बजाय, मैं टिप्पणी पोस्ट करने के लिए पर्याप्त प्रतिष्ठा (आपको केवल 50 की आवश्यकता है) प्राप्त करने की सिफारिश करूंगा और पुष्टि करूंगा कि एक विशेष दृष्टिकोण ने आपके लिए एक टिप्पणी में काम किया है।
एमोस कारपेंटर

1
धन्यवाद अमोस! वैसे भी Im माफ करना अगर गलत है, जहाँ तक मैं देखता हूँ -> इस धागे में अन्य उत्तरों में क्लीन / पुनर्निर्माण से पहले बिन को हटाने का सुझाव नहीं दिया गया है ... जस्ट क्लीन> बिल्ड ने मेरे परिदृश्य में काम नहीं किया ... जब तक यह किसी की मदद करता है :)
DeeCode

कोई चिंता नहीं - मैं इनमें से बहुत सारे परिदृश्यों में आया हूं, जहां अजीब चीजों के संयोजन की कोशिश करना अचानक बिना किसी स्पष्ट कारण के काम करता है। ;-)
अमोस एम। बढ़ई

4

मेरे साथ भी कुछ ऐसा ही हुआ है, मुझे इसे ठीक करने का एकमात्र तरीका मेटाडेटा फ़ोल्डर निकालना था। सौभाग्य से मुझे एक और रास्ता मिल गया है।

प्रोजेक्ट प्रॉपर्टीज> जावा बिल्ड पाथ> ऑर्डर एंड एक्सपोर्ट टैब> का चयन करने की कोशिश करें (या वहां चेक बॉक्स के साथ खेलने की कोशिश करें)।

यह मुख्य परियोजना को देखने के लिए पूर्ण परियोजना पुनर्निर्माण और ग्रहण का कारण बनना चाहिए।

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


4

मेरी खोज Main classनहीं की जा सकी या भरी हुई समस्या एक दिलचस्प कारण से हुई है।

हमारी परियोजना में, हम Mavenबिल्ड टूल और मेरी main class extendsएक क्लास के रूप में उपयोग कर रहे हैं , जो कि है, class pathलेकिन इसका दायरा test, जबकि थाmain class परीक्षण पैकेज के तहत नहीं है।

यदि आपकी मुख्य कक्षा extendsएक कक्षा है, तो पहले भाग main classको हटाकर अपने को चलाने का प्रयास करें extends। यदि यह चलता है, तो आप कम से कम यह समझेंगे कि समस्या वर्ग run configurationया eclipseआपकी वजह से नहीं बल्कि आपकी है main class extends


4

मेरे लिए, यह त्रुटि दिखाई देने लगी कि क्लासपाथ खिड़कियों पर सीमा से अधिक होने के कारण। तब मैंने विकल्प खोजा "क्लासपैथ को निर्दिष्ट करने के लिए अस्थायी क्लास का उपयोग करें (क्लासपैथ लंबाई सीमाओं से बचने के लिए)"। इस विकल्प का चयन करने से मेरे लिए समस्या ठीक हो गई। विकल्प रन / डीबग कॉन्फ़िगरेशन, क्लासपैथ टैब में रहता है, नीचे दी गई छवि देखें।

यहां छवि विवरण दर्ज करें


3

जब आप अपने कार्यक्षेत्र पथ में विशेष वर्ण रखते हैं, तो भी यह समस्या होती है। मेरे निजी फ़ोल्डर में मेरा कार्यक्षेत्र था और इसका नाम ग्रीक में था, इसलिए यह काम नहीं किया। मैंने अपना कार्यक्षेत्र बदल दिया, अब इसके पथ में केवल अंग्रेजी वर्ण हैं, और अब यह परियोजना बिना किसी समस्या के बनी है।


3

यदि आप ग्रहण का उपयोग कर रहे हैं तो निम्न चरण आपकी समस्या का समाधान करेंगे:

रन -> रन कॉन्फ़िगरेशन पर जाएं -> मुख्य वर्ग खोज -> अपनी कक्षा को मैन्युअल रूप से ढूंढें -> लागू करें -> चलाएँ


3

मेरी यह त्रुटि थी। इसकी वजह थी कि मैं इसके static void main(String[] args)
बजाय था public static void main(String[] args)

मैंने लगभग एक घंटे बिताए जो यह पता लगाने की कोशिश कर रहा था।

नोट: फर्क सिर्फ इतना है कि मैं घोषणा नहीं किया है mainहोना करने के लिएpublic


3

यदि आपका कोड अच्छा है और आपको पता है कि आपको एक्लिप्स की समस्या है, तो यह इसे हल कर देगा।

आप बस $ yourproject / .classpath, $ yourproject / .project और $ yourworkspace / -metadata को हटा सकते हैं। किसी और ने इस विकल्प का उल्लेख किया। हालांकि यह आपके पूरे कार्यक्षेत्र को उड़ा देगा। बजाय:

  1. अपने प्रोजेक्ट से .classpath और .project को हटाएं
  2. ग्रहण में अपनी परियोजना को हटा दें। डिस्क पर प्रोजेक्ट सामग्री हटाएं नहीं
  3. अब, एक फ़ाइल एक्सप्लोरर में, $ yourworkspace / .metadata पर जाएं।
  4. $ Yourprojectname के लिए खोजें
  5. आपको जो कुछ भी मिले उसे डिलीट कर दें। .Metadata निर्देशिका में कुछ भी हटाने के लिए यह सुरक्षित-ईश होना चाहिए।
  6. ग्रहण में: फ़ाइल> आयात> सामान्य> फ़ोल्डर या पुरालेख से परियोजनाएं> $ yourproject> खत्म
  7. अपने प्रोजेक्ट> प्रॉपर्टीज> जावा बिल्ड पाथ> सोर्स टैब पर राइट क्लिक करें
  8. सभी स्रोत फ़ोल्डर चुनें, निकालें।
  9. फ़ोल्डर जोड़ें, src चुनें (जो भी आपका src फ़ोल्डर कहा जाता है) और इसे जोड़ें
  10. लाइब्रेरी टैब पर जाएं
  11. अपने निर्माण पथ में किसी भी जार जोड़ें। अब आपके प्रोजेक्ट पर अधिक त्रुटियां नहीं होनी चाहिए।
  12. अपने प्रोजेक्ट को ऐसे चलाएं जैसे आप सामान्य रूप से करते हैं।

मैं किसी अन्य प्रोजेक्ट की फ़ाइलों के साथ .classpathऔर .projectफ़ाइल को अधिलेखित करता हूं , और यह काम करता है ... क्या यह संयोग है या क्लासपैथ वास्तव में मायने रखता है?
अमर गोएल

संभवत: एक संयोग है क्योंकि वे फाइलें आपके प्रोजेक्ट के लिए विशिष्ट हैं। आपने अनजाने में हुई त्रुटियों का परिचय देकर उन फाइलों को पुनः प्राप्त कर सकते हैं। फ़ाइल खोलें और इसे पढ़ें और आपको पता चल जाएगा कि वे क्या करते हैं। Classpath में लिबास और src फोल्डर डाइरेक्टरीज़ और .project स्टोर प्लगइन्स और प्रोजेक्ट फेसट सामान शामिल हैं
ब्रेंट सैंडस्ट्रॉम

3

यह jdk पुस्तकालयों का कारण हो सकता है अगर आपने jre में आयात किया था

यह मेरे लिए होता है, इसलिए स्थापित jre जार की जाँच करें

ग्रहण में विंडोज पर क्लिक करें> प्राथमिकताएं> जावा> इंस्टॉल किए गए Jres> Jre पर क्लिक करें और संपादित करें उसके बाद जार सूची में देखें सुनिश्चित करें कि कोई भी jdk या भ्रष्ट में से नहीं है, यहां छवि विवरण दर्ज करें


2

मैं उसी समस्या में भागता हूं, लेकिन मेरे मामले में यह गायब (खाली) स्रोत फ़ोल्डर के कारण हुआ था (यह मूल प्रोजेक्ट में मौजूद है, लेकिन जीआईटी रिपॉजिटरी में नहीं है क्योंकि यह खाली है)।

लापता फ़ोल्डर बनाने के बाद सब कुछ काम करता है।


2

मैंने कुछ संसाधनों को स्थानांतरित करने के बाद, इस त्रुटि को पुनः प्राप्त किया। त्रुटि लॉग की जाँच करने पर, मैंने देखा कि एक्लिप्स एक बिल्ड नहीं बना सकता क्योंकि यह एक फ़ाइल / फ़ोल्डर को हटा नहीं सकता था। "बिन" (या जो कुछ भी आपके लिए कहा जाता है) फ़ोल्डर को मैन्युअल रूप से हटाने का प्रयास करें।

कम से कम मेरे लिए यही चाल चली।


हां। के बाद मैं इस परियोजना के लिए कदम। समस्या होती है। मैं यह कोशिश करता हूं और मुझे चाल करने के लिए "प्रोजेक्ट को बंद" और "ओपन प्रोजेक्ट" करने की भी आवश्यकता है।
यंग सिप

2

मैं आज इस त्रुटि में भाग गया क्योंकि मैंने एक हैलो वर्ल्ड प्रोग्राम सेट किया और फिर उसी फ़ाइल में एक नया प्रोग्राम कट और पेस्ट किया। पिछली बार के रूप में हैलो दुनिया को नहीं खोजने की समस्या को ठीक करने के लिए मुझे रन-> रन कॉन्फ़िगरेशन पर क्लिक किया गया था और फिर मुख्य वर्ग के तहत मैंने खोज पर क्लिक किया और इसने मेरे नए वर्ग का नाम ढूंढ लिया और इसे पाठ में सही नए नाम से बदल दिया जिसे मैंने चिपकाया था । यह एक नौसिखिया समस्या है जिसे मैं जानता हूं लेकिन इसे ठीक करना भी आसान है। मुझे उम्मीद है इससे किसी को सहायता मिलेगी! डगलस


2

मुझे सही .classpath फ़ाइल के साथ एक ही समस्या थी, और जल्द ही पाया गया कि वास्तव में यह .classpath फ़ाइल नहीं मानी गई है (जब मैंने इस समस्या को ठीक कर लिया, तो मैं वर्क करने योग्य .classpath फ़ाइल को मूल एक के साथ बदल देता हूं, प्रोजेक्ट अभी भी काम कर रहा है, जिसका अर्थ है। क्लासपैथ फ़ाइल मामला नहीं था)

चूंकि यह मावेन परियोजना है, मैंने जो किया वह है:

  1. mvan ग्रहण: स्वच्छ
  2. ग्रहण परियोजना हटाएं
  3. परियोजना का आयात करें
  4. किया हुआ

आशा करता हूँ की ये काम करेगा!


2

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


2

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


इसने मेरे लिए काम किया। मुझे ग्रहण के नए संस्करण में अपग्रेड करने के बाद समस्या का सामना करना पड़ा। यह एक अपग्रेड प्रोजेक्ट है, और ग्रेडियल क्लीन एक्लिप्स ने समस्या का समाधान नहीं किया। एक साधारण रिफ्रेश किया।
कुटनी

2

ये सरल कदम हैं, जिन्होंने मुझे इस समस्या को हल करने में मदद की।

  1. ग्रहण को बंद करें
  2. अपने कार्य-स्थान में ".metadata" फ़ोल्डर हटाएं। (छिपा हुआ फ़ोल्डर हो सकता है)
  3. ग्रहण खोलें (यह स्वचालित रूप से आपके कार्य-स्थान में ".metadata" फ़ोल्डर बनाएगा)
  4. प्रोग्राम को चलाने का प्रयास करें।

यह मेरी परियोजना को कार्यक्षेत्र से हटा देगा। आपको अपनी सभी परियोजनाओं को फिर से आयात करना होगा!
मुहम्मद गेलबाना

मैं @MuhammadGelbana से सहमत हूं, मैंने .metadata को हटा दिया है और इसने मेरे कार्यक्षेत्र को उड़ा दिया है। इस समाधान की कोशिश करते समय बहुत सावधान रहें।
16-16 को TYMG

2

इस त्रुटि को हल करने के लिए निम्न चरण करें:

चरण 1: .project खोलें फ़ाइल ।

चरण 2: दो टैग की जाँच करें ...

    a) <buildSpec>

    b) <natures>

चरण 3: यदि उपर्युक्त टैग में कोई सामग्री शामिल नहीं है, तो निश्चित रूप से उपरोक्त त्रुटि होने वाली है।

चरण 4: उपरोक्त त्रुटि को हल करने के लिए प्रत्येक टैग में निम्नलिखित सामग्री जोड़ें।

के लिए <buildSpec>:

<buildSpec>
    <buildCommand>
        <name>org.eclipse.jdt.core.javabuilder</name>
        <arguments>
        </arguments>
    </buildCommand>
</buildSpec>

के लिए <natures>:

<natures>
    <nature>org.eclipse.jdt.core.javanature</nature>
</natures>

चरण 5: ctrl + s मारकर अपनी फ़ाइल सहेजें।

चरण 6: सुरक्षित पक्ष के लिए बस परियोजना को एक बार बंद करें और इसे फिर से खोलें।

चरण 7: यह बात है। आप रॉक करने के लिए तैयार हैं !!!

कृपया टिप्पणियों में उल्लेख करें यदि समाधान उपयोगी था।

धन्यवाद।


2

कार्यक्षेत्र त्रुटि लॉग की जाँच करें (Windows-> दृश्य देखें -> त्रुटि लॉग)। यदि आप देखते हैं कि जार का कोई भी आयात दूषित है, तो संबंधित रिपॉजिटरी फ़ोल्डर को हटा दें और पुनः आयात करें।


2

2 प्रकार के समाधान उसी के लिए बाहर निकलते हैं।

(1) रनिंग कॉन्फ़िगरेशन पर जाएं: - रन-> रनिंग कॉन्फ़िगरेशन क्लासपाथ टैब में:

उन्नत जोड़ें का चयन करें जहां ग्रहण आमतौर पर परियोजनाओं के लिए * .class डालते हैं, जो बिन में है। इसलिए मैंने प्रोजेक्ट के लिए बिन डायरेक्टरी जोड़ी।

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

मुझे उम्मीद है यह मदद करेगा।


1

मुझे भी यही समस्या थी। कुछ घंटे बिताए और अंत में अपने कार्यक्षेत्र को वापस स्थानीय फ़ोल्डर में बदल दिया और अब सब कुछ काम करता है। शायद दूसरों के लिए कुछ समय बचाता है। जॉन


1

मेरे पास यह समस्या थी कि पहले विंडोज 8 की समस्या होने के बाद मैंने अपने रास्ते को अपडेट करने से इनकार कर दिया था, चाहे मैंने JAVA_HOME को स्थापित किया हो, लेकिन JAVA_HOME में संग्रहीत एक के बजाय पिछले JDK को रिपोर्ट किया था। मुझे आखिरकार '% JAVA_HOME% / bin?' अंत के बजाय पथ पर्यावरण चर के सामने। फिर मैंने एक्लिप्स लॉन्च किया और अचानक यह मेरे मुख्य वर्ग को नहीं मिला जब इस से पहले यह ठीक काम करता था। जो मैंने इसे ठीक करने के लिए किया था, वह प्रोजेक्ट संपत्तियों में चला गया था, लायब्रेरी टैब से मौजूदा जेआरई लाइब्रेरी को हटा दिया, "लाइब्रेरी जोड़ें" बटन का चयन करके एक नया जेआरई जोड़ा और फिर जेआरई 7 को मेरे डिफ़ॉल्ट जेआर के रूप में स्थापित करने के संकेतों का पालन किया। अब सभी काम पर लौट आए हैं।


1

मुझे अपने मामले में इस समस्या का अन्य समाधान मिला: Eclipse->Preferences->Java->Installed JREफिर बटन खोजें खोजें। लिनक्स में फ़ोल्डर का चयन करें /usrतो ग्रहण को सभी JVM मिले।

एक और JVM भी करेंट चुनें । यह मेरे मामले के लिए हल है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.