ग्रहण कहता है: "उपयोग में कार्यक्षेत्र या बनाया नहीं जा सकता, एक अलग चुना।" मैं कार्यक्षेत्र कैसे अनलॉक करूं?


295

जब मैं शुरू करता हूं, तो ग्रहण कहता है "कार्यक्षेत्र बंद नहीं हो सकता"

"उत्पाद लॉन्च नहीं कर सका क्योंकि संबंधित कार्यक्षेत्र वर्तमान में किसी अन्य ग्रहण एप्लिकेशन के उपयोग में है।" या "उपयोग में कार्यक्षेत्र या बनाया नहीं जा सकता, एक अलग चुना।"

लेकिन मुझे पता है कि यह नहीं है।

मैं इसे "अनलॉक" कैसे करूं?

जवाबों:


548

बस अपने ग्रहण कार्यक्षेत्र निर्देशिका में निर्देशिका में .lockफ़ाइल को हटा दें .metadata

एहतियात - यदि आप .metadataफ़ोल्डर को हटाते हैं तो सभी वरीयता हटा दी जाएगी।


3
मैं इसे नष्ट नहीं कर सकता क्योंकि यह कहता है कि यह पहले से ही ग्रहण में खुला है, जब इसका वास्तव में खुला नहीं ...
अनुभा

31
देखो कि क्या पृष्ठभूमि में चल रहे ग्रहण से संबंधित कोई प्रक्रिया है और इसे मार डालो।
अल्वारोसिस्टिस्टेबन

6
धन्यवाद बोरिस! सही जगह नहीं है, लेकिन मुझे अब शेख़ी करनी है .. क्यों एक्लिप्स .lock फ़ाइल को हटाने या यहां तक ​​कि उसके अस्तित्व पर संकेत देने का विकल्प नहीं देता है? क्या स्वाभिमानी आईडीई के पास एक ही कार्यक्षेत्र में कई उदाहरण नहीं चल सकते हैं? यदि .lock फ़ाइल को हटाना ही एकमात्र उपाय है, तो यह जाँचने के बाद कि कोई अन्य आवृत्तियाँ क्यों चल रही हैं, ग्रहण उसे हटा क्यों नहीं देता? यह सोचने के लिए आओ, .lock फ़ाइल तो तुरंत अप्रचलित हो जाएगी! अंत में, अन्य संपादकों को कार्यक्षेत्र में फ़ाइलों को खोलने से किसी भी तरह से अवरुद्ध नहीं किया जाता है ताकि इसकी शुरुआत करना बेकार हो। मैं तुमसे सच में नफरत करता हूं ग्रहण!
पौलूस pa

7
.lockफ़ाइल, एक छिपा फाइल है, इसलिए यदि आप के साथ की तलाश में जाने ls, मत भूलना -aविकल्प: ls -a .metadata
जॉन मैक्गेई 1

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

39

मैंने अब तक 3 अन्य सुधार देखे हैं:

  1. , .metadata /, rm .lock फ़ाइल
  2. अगर # 1 काम नहीं करता है, तो प्रक्रिया javaw.exe आदि को मारने की कोशिश करें
  3. अगर # 1 और # 2 काम नहीं करते हैं, तो .metadata /, और डबल चेक .plugin / में rlog .log फ़ाइल आज़माएँ।
  4. यह हमेशा मेरे लिए काम किया है: पुनः लोड करें .metadata /, खुला और बंद हुआ ग्रहण, फिर वापस .metadata।

समाधान .metadata फ़ोल्डर को साफ करने के लिए फोड़ा।


... सिवाय, अगर आपके .metadata फ़ोल्डर में कोई कस्टम कंपनी प्लग इन डेटा है, तो अब डेटा के डिफ़ॉल्ट संस्करण में "रीसेट" वापस मिलेगा जो आपको मिलता है यदि प्लगइन को ग्रहण से पहले उपयोग नहीं किया गया है।
दारिन

14

टास्क मैनजर पर जाएं (टास्क बार में राइट क्लिक करें) और प्रोसेस मेन्यू बार चुनें और eclipse.exe चुनें और एंडप्रोसेस पर क्लिक करें


मैं STS का उपयोग कर रहा था, इसलिए मैंने STS.exe
प्रतापी हेमंत पटेल

11

"कार्यक्षेत्र उपयोग में है या नहीं बनाया जा सकता है, इसका एक और संभावित कारण एक अलग चुना" मुद्दा यह है कि आपके कार्यक्षेत्र का वास्तविक मार्ग बदल सकता है

मेरे मामले में, कार्यक्षेत्र का वास्तविक स्थान बदल गया था, लेकिन मैंने इसे देखने के लिए सिमिलिंक का उपयोग किया था जैसे कि यह उसी स्थान पर था। मैंने लॉग में त्रुटियां देखीं, जिससे संकेत मिलता है कि ग्रहण पिछले "वास्तविक" स्थान को देख रहा था, जैसा कि सिम्कलिन का पालन करने के लिए था, और यह त्रुटियों का कारण था।

मेरे मामले में, मैं अभी कार्यक्षेत्र वापस अपने पुराने स्थान पर चला गया।


विंडोज पर एक समान मामला था: मेरे सहयोगियों ने ड्राइव D :, पर विकसित किया, लेकिन मेरे पास केवल C :, था, इसलिए मैंने सिर्फ SUBST D: C: \ का उपयोग किया और कार्यक्षेत्र का उपयोग कर सकता था। अगले दिन (अगला लॉगिन), विंडोज मेरे SUBST को भूल गया था और मुझे त्रुटि संदेश मिल गया था।
hvb

7

एक और मामला है जहां कार्यक्षेत्र का रास्ता मौजूद नहीं हो सकता है, उदाहरण के लिए, यदि आपके पास किसी अन्य कार्यक्षेत्र से आयातित प्राथमिकताएं हैं, तो आपके "खुले कार्यक्षेत्र" संवाद में कुछ आयातित कार्यक्षेत्र पते दिखाई दे सकते हैं; फिर यदि आपने उन पतों पर ध्यान नहीं दिया, तो आपको उन्हें खोलने का प्रयास करने पर ठीक वही त्रुटि मिलेगी।


7

Administrator Modeमेरे लिए यह निश्चित रूप से चल रहा है । आप इसे [राइट क्लिक] ->eclipse.exe अपने इंस्टा डायर से प्रशासक के रूप में चला सकते हैं।

मैं win7 मशीन के साथ एक काम के माहौल पर था जिसमें प्रतिबंधात्मक अनुमति थी। मैंने फाइलें .lockऔर .logफाइलें भी निकालीं लेकिन इससे कोई फायदा नहीं हुआ। यह सभी का एक संयोजन हो सकता है और साथ ही यह काम कर सकता है।


इतना आसान है, और अभी तक बस मुझे क्या चाहिए! लिनक्स में कमांड लाइन से चलते हैं: sudo eclipse
जो

2

कई बार, यदि आप विंडोज पर हैं, तो आप टास्क मैनेजर में सभी प्रक्रियाओं - या अपराधी प्रक्रिया को नहीं देख सकते हैं। मुझे 'सभी उपयोगकर्ताओं से शो प्रक्रिया' पर क्लिक करना था और यह java.exe था जिसे मुझे अपना कार्यक्षेत्र वापस पाने के लिए मारना था।


2

एक और संभावित मामला यदि कोई काम नहीं करता है, तो यह देखना है कि एक रनिंग Javaएप्लिकेशन है। हो सकता है कि आपका पिछला खुला और पास में बिना किसी जावा इंस्टेंस के छोड़ दिया गया हो।

  1. किसी भी जावा उदाहरण के लिए देखो अगर वहाँ दो कम से कम आप एक को मारने की जरूरत है। लेकिन, ज्यादातर समय मैं किसी भी जावा चलाने को मारने :) क्योंकि वह जावा पहले काम की जगह का उपयोग कर रहा है और अभी भी नहीं मारेंगे यह।

  2. यदि आप एक से अधिक IDE का उपयोग करना चाहते हैं और अलग-अलग या उसी प्रोजेक्ट पर काम करना चाहते हैं, तो किसी अन्य कार्य स्थान को बदलें, लेकिन अपनी IDE खोलने के बाद आपको प्रोजेक्ट प्रपत्र कार्यस्थान आयात करना चाहिए।


1

लॉग हटाने और .lock काम नहीं किया लेकिन

-क्लाइन विकल्प ने मेरे लिए इसे तय किया।


1

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

1) इस फ़ोल्डर से फ़ाइल नाम ".fileTable" से शुरू करें

C: \ ग्रहण \ विन्यास \ org.eclipse.osgi.manager

2) लॉग फ़ाइलों को हटा दें जैसे पाठ फ़ाइलें इस फ़ोल्डर से संख्यात्मक नामों से शुरू होती हैं

C: \ ग्रहण \ विन्यास

3) ओपन कमांड प्रॉम्प्ट (cmd) इस फोल्डर में नेविगेट करें

C: \ ग्रहण

कमांड के नीचे टाइप करें

ग्रहण की स्वच्छ शुरुआत

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


0

@Boris का उत्तर दिया गया समय 99% सही है, हालाँकि यह तब भी हो सकता है जब आप ग्रहण के पुराने संस्करण में कार्यक्षेत्र खोलते हैं। जूनो के साथ आयात / निर्मित एक कार्यक्षेत्र इस त्रुटि को तब फेंक देगा जब गैलीलियो में खोला जाएगा।


0

इस समस्या का एक और सर्व-सामान्य कारण यह है कि यदि आप किसी निर्देशिका को उस ड्राइव पर लोड करने का प्रयास करते हैं जो अब कनेक्टेड नहीं है। उदाहरण के लिए, मान लें कि आप C: \ Code \ Java में प्रोग्राम करते हैं, लेकिन कभी-कभी फ्लैश ड्राइव, H: \ Code \ Java से दूर काम करते हैं। यदि आपके पास ड्राइव कनेक्ट नहीं है, तो यह विश्वास करना आसान हो सकता है कि आप अपने टाइपो को देखे बिना एक वैध निर्देशिका लोड करने का प्रयास कर रहे हैं।


0

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


0

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

PS: मैं एक ubuntu उपयोगकर्ता हूँ।


0

इसे हल करने के लिए कुछ कदम यहां दिए गए हैं। 4 स्टेप मेरे लिए काम करता है।

  1. .Logadata फ़ोल्डर के साथ .log फ़ाइलें हटाएँ।
  2. वर्तमान उपयोगकर्ता की अनुमति की जाँच करें पूर्ण नियंत्रण चेकबॉक्स लागू लागू करने के लिए जाँच करें तो ठीक है।
  3. यदि आप ग्रहण संपादक को चलाने से पहले सिस्टम ड्राइव डीफ़्रेग्मेंटेशन या रखरखाव चलाते हैं, तो कभी-कभी मूल फ़ाइल पथ आपके ड्राइव के सिस्टम रखरखाव से पहले सुनिश्चित करें कि "पूर्व संस्करण" समय चलाने के लिए अपने संबंधित पथ में नहीं हैं, जहां ग्रहण कार्यक्षेत्र या इसके समान कुछ बचाया गया था। ।
  4. यह अंतिम विकल्प मेरे लिए काम करता है। अपने वर्तमान ड्राइव के ड्राइव अक्षर की जांच करें जहां कोड संपादक सहेजा गया था। यदि आपके रखरखाव से पहले कुछ असामान्य जैसे आपका ड्राइव अक्षर K है तो डीफ़्रैग्मेन्ट या रखरखाव के बाद। ड्राइव लेटर अब L है इसलिए आपको ड्राइव लेटर को उसके मूल में बदलना चाहिए जो कि K है। ऐसा करने के लिए ff पर क्लिक करें: ओपन कंट्रोल पैनल सिस्टम और सिक्योरिटी एडमिनिस्ट्रेटिव टूल्स कंप्यूटर मैनेजमेंट डिस्क मैनेजमेंट में डिस्क mngt ड्राइव का उदाहरण L चुनें फिर राइट क्लिक करें> ड्राइव अक्षर बदलें और पथ> क्लिक निकालें> फिर ठीक है, इसे फिर से खोलें> जोड़ें पर क्लिक करें और फिर उस ड्राइव के लिए अपना मूल ड्राइव अक्षर चुनें फिर ठीक पर क्लिक करें। यदि आप लंबे समय तक अपने कंप्यूटर का उपयोग करते हैं तो सब कुछ ताज़ा करने के लिए पहले पुनरारंभ करें।

1
आप अपनी व्याख्या के लिए एक बेहतर प्रारूप बना सकते हैं। अंतिम चरण को पढ़ना कठिन है। साथ ही आपने 4 स्टॉप
रॉबर्ट

0

"अलग" चुनना वास्तव में एक बहुत आसान उपाय है।

मैं एक प्रशासक ( sudo eclipseकमांड लाइन से) के रूप में एक्लिप्स चला रहा था क्योंकि "कार्यक्षेत्र" फ़ोल्डर Workspace in use or cannot be created…त्रुटि फेंक रहा था (और व्यवस्थापक के रूप में चल रहा था केवल एकमात्र समाधान लगता था जो इसे तय करता था)।

एक सहकर्मी (मेरे साथ इसी मुद्दे पर काम करना) एक आइकन पर क्लिक करके एक्लिप्स को चलाना चाहता था। इसलिए जब उन्होंने एक्लिप्स चलाया, और डायलॉग बॉक्स आपके कार्यक्षेत्र को चुनने के साथ आया, तो उन्होंने "वर्कस्पेस" के अंत में "2" जोड़ दिया।

इसने एक नया फ़ोल्डर बनाया: "कार्यक्षेत्र 2"। ग्रहण उस के साथ ठीक चला; और मुझे तब से कोई लॉकिंग समस्या नहीं है।


0

यह तब होगा जब आपने eclipse.exe को सही ढंग से बंद नहीं किया है।

* ओपन टास्क मैनेजर-> अपने ग्रहण को समाप्त करें-> अब eclipse.exe खोलें। यह काम करेगा।

आशा है कि इसकी मदद किसी को।


0

मैंने एक मामला देखा है जब ग्रहण छोड़ने पर मजबूर किया जाता है, या Alt-f2 xkillलिनक्स में एड होता है, तुरंत ग्रहण को खोलने का प्रयास उस त्रुटि को दिखाता है। यहां तक ​​कि मेटाडेट / .lock फ़ाइल उस स्थिति में मौजूद नहीं है। हालाँकि यह लगभग दो मिनट के अंतराल के बाद काम करना शुरू कर देता है


0

मैक उपयोगकर्ताओं के लिए:

यह हो सकता है कि पृष्ठभूमि में ग्रहण का एक और उदाहरण चल रहा हो। यदि हां, तो बल प्रयोग छोड़ें या ग्रहण करें

ps -ef | grep ग्रहण
मार-९ पिड

सभी ग्रहण उदाहरणों में, और नया कार्यक्षेत्र शुरू करें


0

मुझे नहीं पता कि क्या गलत है, लेकिन मैंने अपने होम फोल्डर (c: \ users \ me \ dev) के बजाय सीधे c ड्राइव (c: \ dev) में एक निर्देशिका बनाकर हल किया। लेकिन मुझे इसके बारे में सोचने की जरूरत नहीं है। मेरे मामले में, यह ताजा ग्रहण अप्रकाशित उदाहरण है। मैं ग्रहण फ़ोल्डर में .matadata फ़ोल्डर नहीं देख पा रहा हूँ। ईश्वर की कृपा से, मैंने हल किया।


0

विकल्प के साथ ग्रहण शुरू करें -Dosgi.locking=none

मुझे यहां ट्रिक मिली और यह काम करता है।

ऐसा तब तक न करें जब तक आपको पता न हो कि एक ही समय पर एक ही फाइल पर कोई भी काम नहीं कर सकता।


0

मेरे साथ ऐसा हो रहा था (फोटॉन के साथ) एक ग्रहण सामान्य वरीयता को बदलकर आसानी से तय किया गया था:

Window -> Preferences -> General: Uncheck: "Always run in background"

एक बार जब आप उस परिवर्तन को कर लेते हैं, तो जब भी आप ग्रहण को बंद करते हैं, तो यह पृष्ठभूमि में चल रही javaw.exe प्रक्रिया को नहीं छोड़ेगा। मुझे लगता है कि यह फोटॉन में एक बग (या जावा के अमेज़ॅन कोरेट्टो ओपनजेडीके संस्करण के साथ ग्रहण के साथ एक बग) है जो एक दिन तय किया जाएगा।

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