كيف أمنع Eclipse من التوقف عند بدء التشغيل؟

https://stackoverflow.com/questions/207843

03-07-2019
|

سؤال

أنا أستخدم Eclipse 3.3 ("أوروبا").بشكل دوري، يستغرق Eclipse وقتًا طويلاً جدًا (ربما إلى الأبد) لبدء التشغيل.الشيء الوحيد الذي يمكنني رؤيته في سجل Eclipse هو:

    !ENTRY org.eclipse.core.resources 2 10035 2008-10-16 09:47:34.801
    !MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

يكشف جوجل اقتراح شخص ما أن أقوم بإزالة المجلد:

workspace\.metadata\.plugins\org.eclipse.core.resources\.root\.indexes

لا يبدو أن هذا قد ساعد.

باستثناء البدء بمساحة عمل جديدة (وهو أمر لا أرغب في القيام به، حيث يستغرق الأمر ساعات لإعداد جميع مشاريعي مرة أخرى بشكل صحيح)، هل هناك طريقة لجعل Eclipse يبدأ بشكل صحيح؟

المحلول

وهذا قد لا يكون حلا المحدد لمشكلتك، ولكن في حالتي، وأنا تتبع الملفات التي كان الكسوف الاقتراع ضد مع <لأ href = "http://technet.microsoft.com/en-us/sysinternals/ bb896645.aspx "يختلط =" noreferrer "> سسنترنلس Procmon ، ووجدت أن الكسوف كان باستمرار الاقتراع ملف لقطة إلى حد كبير لأحد مشاريعي. إزالة ذلك، وبدأ كل شيء غرامة (ولو مع مساحة العمل في الحالة التي كان في إطلاق السابق).

وملف إزالة و:

<workspace>\.metadata\.plugins\org.eclipse.core.resources\.projects\<project>\.markers.snap

نصائح أخرى

يحاول:

مؤتمر نزع السلاح ل <مساحة العمل>\.metadata\.plugins\org.Eclipse.core.resources
قم بإزالة الملف *.فرقعة (أو .علامات باللون النيلي)

في حالتي (جونو) واضطررت للقيام بذلك:

find $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.core.resources/.projects \
-name .indexes -exec rm -fr {} \;

وهذا لم الحيلة.

في البداية اعتقدت انه كان مشكلة مع Mylyn (لقد واجهت هذه يتجمد بعد أن بدأت باستخدام موصل عام لها على شبكة الإنترنت)، ولكن يبدو أن المشكلة حتى بعد إلغاء تثبيت الموصل، وحتى حذف الدلائل .mylyn.

وتحرير: تمكنت أيضا إلى إعادة تشغيل الكسوف عن طريق حذف ملف واحد فقط:

rm $WORKSPACE_DIR/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

وهذا عمل جيد، دون أي مؤشرات المعنية. فقط workbech، وأنا شخصيا لا مانع أن الكثير.

ويمكنك محاولة بدء تشغيل Eclipse أولا مع خيار -clean.

في ويندوز يمكنك إضافة خيار -clean إلى الاختصار للكسوف. على Linux يمكنك ببساطة إضافته عند بدء Eclipse من سطر الأوامر.

هذا واحد يعمل بالنسبة لي:

حل آخر أفضل قليلاً والذي يعمل على ما يبدو:

يغلق Eclipse.
نقل مشروع مخالف مؤقتًا إلى مكان ما خارج مساحة العمل.
يبدأ Eclipse, ، انتظر حتى يتم تحميل مساحة العمل (ينبغي ذلك).
يغلق Eclipse مرة أخرى.
نقل المشروع مرة أخرى إلى مساحة العمل.

مصدر: يتوقف Eclipse أثناء فتح مساحة العمل بعد الترقية إلى GWT 2.0/Google app Engine 1.2.8

إستعملت eclipse -clean -clearPersistedState وقد نجح ذلك بالنسبة لي.

تحذير: قد يؤدي هذا إلى إزالة كافة المشاريع من مساحة العمل.

وكان لي مشكلة مماثلة مع مساحة عمل كبيرة نوعا ما في 3.5 و لا ملفات .snap في أي مكان أن نرى. "Windows -> Preferences -> General -> بدء التشغيل وإيقاف التشغيل -> تجديد مساحة العمل عند بدء التشغيل". ويبدو أن إعداد المتعلقة مساحة العمل وذلك لا يمكن تغييره لمساحة العمل الذي تسبب في تعليق

وتشغيل eclipse مع -refresh معلمة سطر الأوامر ومن ثم تغيير الإعداد يبدو أن تفعل خدعة.

وكما أتيحت لي حظ مع إزالة * .snap الملفات. وتقع الألغام في دليل مختلف من ذكر في وظائف (أدناه).

<eclipse workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects

ونتيجة لذلك، لم كمد يونيكس التالية خدعة:

find <eclipse_workspace>/.metadata/.plugins/org.eclipse.core.resources/.projects  -name "*.snap" -exec rm -f {} \;

وحاولت كل من الإجابات في هذا الموضوع، وأيا منها لا يعمل بالنسبة لي - وليس الملفات مبكرة، لا تتحرك المشاريع، فإن أيا منها.

وماذا فعل العمل، بشكل غريب، وقد نقل جميع المشاريع والمجلد .metadata مكان آخر، ابتداء الكسوف، إغلاقه، ومن ثم نقلها كل مرة.

وبما أنني لم يكن لديك ملف .snao أو .prefs في .metadata.plugins \ org.eclipse.core.resources مجلد (يعمل على OS X)، ما لم الحيلة بالنسبة لي تم نسخ المجلد .project إلى old.project، بدء الكسوف، وتحقق

<اقتباس فقرة>
ويندوز -> تفضيلات -> عام -> بدء التشغيل وإيقاف التشغيل -> تجديد مساحة العمل عند بدء التشغيل

وعلى النحو الذي اقترحه مات ب. بعد ذلك، أغلقت الكسوف، إعادة تسمية مجلد old.projects إلى .projects وبعد ذلك عملت كل شيء بخير مرة أخرى.

انا فعلت هذا:

قرص مضغوط إلى .metadata.plugins\org.Eclipse.core.resources

قم بإزالة الملف .snap

لاحظت أن علامة التبويب "التقدم" كانت تفعل شيئًا ما كل بضع ثوانٍ..بدت عالقة

الخروج من Eclipse (لا تقم بالملف | أعد التشغيل هنا أو عليك العودة إلى الخطوة 1 مرة أخرى)

افتح الكسوف مرة أخرى.

استخدام -refresh أو -clean عند بدء الكسوف لم يساعد.

في نظام التشغيل Mac OS X، عليك أن تبدأ الكسوف عن طريق النقر المزدوج على تطبيق الكسوف. إذا كنت بحاجة إلى تمرير الوسائط إلى الكسوف، سيكون لديك لتحرير الملف eclipse.ini داخل التطبيق حزمة الكسوف: حدد رمز حزمة تطبيق الكسوف أثناء الضغط باستمرار على مفتاح التحكم. هذا وسوف نقدم لكم مع القائمة المنبثقة. حدد "إظهار محتويات الحزمة" في القائمة المنبثقة. حدد موقع ملف eclipse.ini في المحتويات / ماك مجلد فرعي وفتحه مع محرر النصوص المفضل لديك لتعديل خيارات سطر الأوامر.

وإضافة: "التبديل- CLEAN" و "-refresh" إلى بداية الملف، على سبيل المثال:

-clean -refresh -startup ../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar --launcher.library

وتأكد من أن مساحة قاذفة لم تفتح على جهاز التلفزيون أو بعض الدول الأخرى العرض الثاني. هذا ما حدث معي. الأعراض تبدو نفس وصفت المشكلة.

<اقتباس فقرة>
ويندوز -> تفضيلات -> عام -> بدء التشغيل وإيقاف

هل Refresh workspace on startup فحص؟

ولقد كان مشاكل مع الكسوف بدء. كانت ثابتة عن طريق حذف هذا الملف:

وجمهورية مقدونيا org.eclipse.core.resources.prefs

ولقد وجدت في .settings

UFT التي تسبب مشكلات مع RDZ (على أساس الكسوف) بعد تثبيت هذه الاقتراحات سوف تسمح بالتنقل حول هذا الموقف حتى مع وجود متغيرات البيئة مع القيم المقابلة.

ملحوظة:لن يتم التعرف على التطبيق المتعارض في سياق Java لأنه يتم استبعاده من آلية دعم Java.

تأثير:يستثني الدعم الإضافي من التثبيت إلى التطبيق القابل للتطبيق عبر متطلبات محرر سجل Windows:يجب بدء تشغيل التطبيق بواسطة ملف EXE، باستثناء Java.exe/Javaw.exe/jpnlauncher.exe

تعليمات:

أ.حدد موقع اسم الملف القابل للتنفيذ للتطبيق الذي يتعارض مع دعم الوظيفة (الوظائف) الإضافية.إما أن تستخدم إدارة المهام أو Microsoft Process Explorer.

ب.افتح محرر تسجيل ويندوز.

ج.انتقل إلى:HKEY_LOCAL_MACHINE Software Mercury Interactive javaagent MODULES لتطبيقات 32BITS على Windows X64:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mercury Interactive\JavaAgent\Modules

د.قم بإنشاء قيمة DWORD باسم الملف القابل للتنفيذ للبرنامج المتعارض وقم بتعيين القيمة على 0.

وإزالة * .snap (المنجم .markers *)، --clean البيانات أو نقل مجلد مساحة العمل يبدو كل لا يعمل بالنسبة لي.

وكما توقف بلدي الكسوف عمل بعد أنا ركبت وتحولت بلدي مساهمة keyborad إلى HIME، عدت إلى fctix وأنه يعمل.

ولم يكن لدي أي ملفات مبكرة. يمر قائمة التركيب قائمة المساعدة، كان لا يقل عن 90٪ من الإضافات بلدي على زر إلغاء إلغاء تنشيط لذلك لا يمكن التعامل معها من خلال وجود. تحت بدء التشغيل / الإغلاق أكثر من الإضافات لم تكن مدرجة. بدلا من ذلك، كان لي لإزالة العناصر يدويا من مجلد الإضافات بلدي. نجاح باهر، وقت بدء تشغيل أسرع بكثير بالنسبة لي الآن. حتى إذا كان كل شيء لا يعمل وكان لديك الإضافات التي يتم التخلص منها، وهذا يمكن أن يكون الحل النهائي للاستخدام.

ولسوء الحظ، فإن أيا من هذه الحلول عملت بالنسبة لي. انتهى بي الأمر إلى إنشاء مساحة عمل جديدة، ثم استيراد المشاريع القائمة في مساحة عمل جديدة. لسوء الحظ، تفقد خياراتك عند القيام بذلك (حتى، وتذكر لتصدير الإعدادات الخاصة بك في أي وقت قمت بتغيير منهم!)

وكان لي مشكلة مشابهة جدا مع كسوف (جونو) على فيدورا 18. في منتصف التصحيح جلسة الروبوت، انتهى الكسوف الدورة التصحيح. حاولت أن إعادة تشغيل كسوف ولكنه أبقى haning في شاشة البداية. حاولت الاقتراحات المختلفة فوق من دون نجاح. وأخيرا، راجعت خدمة بنك التنمية الاسيوى (الروبوت جسر التصحيح):

# adb devices List of devices attached XXXXXX offline

وأنا أعرف ان جهاز الروبوت لا يزال متصلا ولكنه أفيد حاليا. I قطع الجهاز وإيقاف الخدمة بنك التنمية الاسيوى:

# adb kill-server

وبعد ذلك انتظرت بضع ثوان، وإعادة بدأت خدمة بنك التنمية الاسيوى:

# adb start-server

و. وتسد بلدي الروبوت مرة أخرى في بعد ذلك، بدأ الكسوف على ما يرام.

لا حاجة لحذف ملف التعريف بأكمله. مجرد محاولة حذف على .snap ملف من org.eclipse.core.resources على مجلد مساحة العمل الخاصة بك

ex. E:\workspaceFolder\.metadata\.plugins\org.eclipse.core.resources

واحترس من صفر بايت .plugin مجلد على الملفات في {WORKSPACE-DIR} /. الفوقية / .plugins. أنا فقط حذف واحد هناك وأنها ثابتة قضايا تجميد بلدي.

في حالتي، ظهرت أعراض مماثلة بسبب بعض مستودعات git المارقة التي تحتوي على عدد كبير من ملفات النظام غير المرغوب فيها.

العلاج الشامل، كما هو مذكور أعلاه، هو استخدام مراقبة العمليات لاكتشاف الملفات المخالفة.من المفيد تعيين الفلتر التالي المكون من سطرين:

اسم العملية يكون Eclipse.exe

اسم العملية يكون javaw.exe

وكان لي مشكلة مماثلة بعد أن يتم تجديد الكسوف على دالاس مافريكس. في نهاية المطاف وجدت أن في الدليل كسوف الإضافات كانت جرة com.google.gdt.eclipse.login أرقام إصدار في نهاية المطاف. أزلت رقم الإصدار من اسم وبدأ كل شيء على ما يرام:)

وننظر أيضا في HTTP: // www.lazylab.org/197/eclipse/eclipse-hanging-on-startup-repair-corrupt-workspace/

و99٪ يوصى به الحل تعمل .... (أي إزالة ملف .snap) ولكن اذا لم يعمل ثم لدينا لمحاولة إزالة مجلد الفهارس ومزيد من المجلد طاولة العمل.

وهذا قد يساعد

في كسوف الخاص بك،

1) إذهب إلى مساعدة

2) انقر الكسوف السوق

و3) بحث - محسن

وتثبيت "محسن للكسوف"

في عمل أوبونتو eclipse -clean -refresh بالنسبة لي لكسوف الشمس 3.8.1

ويمكن أيضا أن يكون سبب من قبل هذا الخطأ ، إذا كنت ' إعادة جود الكسوف 4.5 / 4.6، وهو نسخة المساعد الكسوف Xtext أقدم من v2.9.0، وتكوين مساحة عمل معين.

والحل سيكون لإنشاء مساحة عمل جديدة واستيراد المشاريع القائمة.

حسنا، وكان لي نفس السلوك أثناء بدء الكسوف على X11. لقد نسيت أن وضع علامة في تمكين X11 الشحن في بلدي المعجون.

في حالتي حذف المجلد .metadata من مساحة العمل عمل. أنا باستخدام الكسوف لونا خدمة الإصدار 2.

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow