Eclipse'nin başlangıçta asılı kalmasını nasıl önleyebilirim?


228

Eclipse 3.3 ("Europa") kullanıyorum. Periyodik olarak, Eclipse'nin başlatılması oldukça uzun (belki de sonsuza dek) zaman alır. Eclipse günlüğünde görebildiğim tek şey:

    GİRİŞ org.eclipse.core.resources 2 10035 2008-10-16 09: 47: 34.801
    ! MESAJ Çalışma alanı önceki oturumda kaydedilmemiş değişikliklerle çıkıldı; değişiklikleri kurtarmak için ferahlatıcı çalışma alanı.

Google, birisinin klasörü kaldırmamı önerdiğini gösterir:

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

Bu yardım etmiş gibi görünmüyor.

Yeni bir çalışma alanı ile başlayamama (tüm projelerimi tekrar düzgün bir şekilde kurmam saatler sürdüğü için yapmaya hevesli olmayan bir şey), Eclipse'i düzgün bir şekilde başlatmanın bir yolu var mı?


4
Bu sorunun çözümü benim için çalıştı :)
Charith De Silva


Dikkat edilmesi gereken bir şey - Eclipse başladığında, derlendiğinde veya kaynak denetimi kullanıyorsanız yerel dizini depoyla karşılaştırırsa, proje dizinlerini tarar. Bu nedenle, yerel olarak çok sayıda çıktı dosyası yazıyorsanız, Eclipse'nin çalışma alanınız / your_project / tmp içinde ise bile taraması gerekir. Dosya miktarı gerçekten büyükse (yerel dosyaları içeren bir veritabanı simüle ettiğinizi varsayalım) bu biraz zaman alabilir. Bu, insanların burada bildirdiği kararsızlıklara neden olacaktır. Bunun gibi verileri başka bir yere koymak en iyisidir.
Mark Butler

Yanıtlar:


267

Bu, sorununuz için kesin bir çözüm olmayabilir, ancak benim durumumda, Eclipse'in SysInternals Procmon ile karşı karşıya geldiği dosyaları izledim ve Eclipse'nin projelerimden biri için sürekli olarak büyük bir anlık görüntü dosyası çağırdığını buldum. Bu kaldırıldı ve her şey yolunda başladı (önceki açılışta olduğu durumda çalışma alanı ile de olsa).

Kaldırılan dosya:

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

2
Bu dosya sürümümde mevcut değildi.
Kullanıcı1

71
2011-06-08: Eclipse 3.6 (Helios) altında ilgili dosya gibi görünüyor .metadata/.plugins/org.eclipse.core.resources/.snap. O dosyayı öldürdüm ve presto, Eclipse yeniden başladı. Ben sadece bu cevap joj tarafından yinelenen fark ettim.
Carl Smotricz

11
.Metadata \ .plugins \ org.eclipse.core.resources \ .projects \ <project> \ .markers.snap kaldırılması benim için çalışmadı. .Metadata / .plugins / org.eclipse.core.resources / .snap
1.21 gigawatts'ı

3
Ben de .metadata / .plugins / org.eclipse.core.resources / .snap kaldırmak zorunda kaldım Donny Kumia bir 1.21 gigawatts
Andrew Mackenzie

2
Sadece .snap dosyasını @ 1.21gigawatts gibi kaldırmak, onu işe almak için yeterliydi.
marlonp33 18:14

233

Deneyin:

  1. cd'den <workspace> \ .metadata \ .plugins \ org.eclipse.core.resources
  2. * .snap dosyasını (veya Indigo'daki .markers ) kaldırın

3
Sen benim tanrımsın! BTW, bu .snap normalde ne yapar?
Michał Pękała

1
Bu dosya benim için vardı, ama diğer cevapta belirtilen .metadata.plugins \ org.eclipse.core.resources.projects \ .markers.snap yoktu. Bu dosyayı silerek çalışma alanımdaki kritik hiçbir şeyi kaybetmedim.
Kullanıcı1

1
@ MichałPękała Ayrıca bu dosyayı silmenin etkisini merak ediyordum, biraz cevap veren başka bir soru buldum:
Tutulmadaki

wow benim sorunum aynı ama benzer olmasa da benim için çalıştı. Eclipse açılır ve kodu gösterir, ancak herhangi bir eylemi gerçekleştirir etmez sonsuz bir döngüye girer. Hayatımı harcayabilirdim ve sorunu çözemezdim. Teşekkürler dostum.
Ali

Eclipse, bir hatayla karşılaştığında / karşılaştığında bunu başlangıçta otomatik olarak yapmak için yapılmalıdır.
aroth

54

Benim durumumda (Juno) bunu yapmak zorunda kaldım:

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

Hile yaptı.

Başlangıçta bunun Mylyn ile ilgili bir sorun olduğunu düşündüm (genel web bağlayıcısını kullanmaya başladıktan sonra bu donmaları yaşadım), ancak konektörü kaldırdıktan ve hatta .mylyn dizinlerini sildikten sonra bile sorun ortaya çıktı.

Düzenleme: Ben de sadece bir dosya silerek tutulma yeniden başlatmayı başardı:

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

Herhangi bir endeks olmadan bu iyi çalıştı. Sadece şahsen o kadar umursamadığım çalışma tezgahı.


.indexesSorunun kaynağı dosyaların olduğunu nasıl belirlediniz ?
Jeff Axelrod 21:12

Deneme / yanılma, korkarım. Mylyn hatası olduğundan şüphelendim, bu yüzden boşuna .mylyn dizini ile başladım. Sonra indeksleme sırasında tutulma kilitleme hakkında bir yerde okudum, bu yüzden onlar için gittim.
Rafa

7
.Markers dosyalarını silmek benim için işe yaramadı, ancak .indexes ve workbench.xmi silmek çalışma alanımı tekrar yükledi.
Nathaniel Waisbrot

Bir sürü şey denedim ve workbench.xmi'nin benim için yaptığı silme teşekkürler!
Marc

3
$ WORKSPACE_DIR / .metadata / .plugins / org.eclipse.e4.workbench / workbench.xmi silinmesi benim için de çalıştı (Eclipse Mars kullanıyorum)
Nenad

36

EclipseÖncelikle -cleanseçenekle başlamayı deneyebilirsiniz .

Windows'da -cleantutulma kısayolunuza seçenek ekleyebilirsiniz . Açıkta komut satırından Linuxbaşlayarak ekleyebilirsiniz Eclipse.


3
Windows'taki sorunumla (soru soranlarınkiyle aynı değilse benzer) bu sorunu çözmedi.
05

Önce denemeniz gereken daha zararsız çözümlerden biri.
pqn

35

Bu benim için çalışıyor:

Görünüşe göre çalışan başka ve biraz daha iyi bir çözüm:

  1. Kapatın Eclipse.
  2. Geçici hareket eden projeyi çalışma alanının dışında bir yere taşıyın.
  3. Başlat Eclipse, çalışma alanının yüklenmesini bekleyin (gerekir).
  4. EclipseTekrar kapatın .
  5. Projeyi çalışma alanına geri taşıyın.

Kaynak: Eclipse, GWT 2.0 / Google uygulama motoruna yükseltildikten sonra çalışma alanını açarken takılıyor 1.2.8


Teşekkürler @Hendy! Eclipse Luna'da benim için çalışan tek çözüm bu.
Yassine ElBadaoui

Her zaman tutulmanın başlatılması için kötü bir çözüm olmasına rağmen hile yapar.
Neyse

Bir yan not olarak, farklı bir tutulma sürümü açmam, çalışma alanını yüklemem, kapatmam ve gerçekten kullanmak istediğim bir kez daha açmam gerekiyordu.
rfsbsb

31

Kullandım eclipse -clean -clearPersistedStateve bu benim için çalıştı.

Uyarı: Bu, tüm projeleri çalışma alanından kaldırabilir.


3
Not: Bu, çalışma alanı perspektif (ler) inizi de sıfırlar.
Aldjinn

Çalıştı ama benim durumumda da tüm projeleri çıkardı.
mprabhat

13

3.5'te oldukça büyük bir çalışma alanı ile benzer bir sorun yaşadım ve hiçbir yerde .snap dosyaları görülmedi. " Windows-> Preferences-> General-> Başlatma ve Kapatma -> Başlangıçta çalışma alanını yenile" çalışma alanı ile ilgili bir ayar gibi görünüyor ve bu yüzden askıda kalmaya neden olan çalışma alanı için değiştiremedim.

eclipseKomut satırı parametresi -refresh ile çalıştırmak ve sonra ayarı değiştirmek hile gibi görünüyor.


3
İşe bu şekilde geldim. -refreshBiraz benim için anahtar oldu. Teşekkürler!
Chris Krycho

-clean tek başına yardımcı olmadı, ben de çalıştırmak zorunda -refresh,
dschulten

12

Ayrıca * .snap dosyalarını kaldırma konusunda şansım vardı. Maden, gönderilerde belirtilenden farklı bir dizinde bulundu (aşağıda).

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

Sonuç olarak, aşağıdaki unix cmd hile yaptı:

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

8

Bu konudaki tüm cevapları denedim ve hiçbiri benim için çalışmadı - ek dosyalar değil, projeleri taşımadı, hiçbiri.

Tuhaf bir şekilde işe yarayan şey, tüm projeleri ve .metadata klasörünü başka bir yere taşımak, Eclipse'i başlatmak, kapatmak ve sonra hepsini geri taşımaktı.


5

.Metadata.plugins \ org.eclipse.core.resources klasöründe (OS X üzerinde çalışan) bir .snao veya .prefs dosyası olmadığından, benim için hile olan .project klasörünü old.project'e kopyalamaktı. , Eclipse'i başlatın ve kontrol edin

Windows -> Tercihler -> Genel -> Başlatma ve Kapatma -> Başlangıçta çalışma alanını yenile

mat tarafından önerildiği gibi b. Bundan sonra Eclipse'i kapattım, old.projects klasörünü .projects olarak yeniden adlandırdım ve bundan sonra her şey tekrar iyi çalıştı.


3

Bunu ben yaptım:

  1. cd .metadata.plugins \ org.eclipse.core.resources
  2. .snap dosyasını kaldırın
  3. İlerleme durumu sekmesinin birkaç saniyede bir bir şey yaptığını fark ettim ...
  4. Tutulmadan çık (BURAYA DOSYA YAPMAYIN VEYA TEKRAR ADIM 1 GERİ DÖNMEK GEREKİR)
  5. Tutulmayı tekrar açın.

Tutulmayı kullanırken -refreshveya -cleanbaşlatırken yardımcı olmadı.


3

Mac OS X'te Eclipse uygulamasını Eclipse uygulamasını çift tıklatarak başlatırsınız. Eclipse'e argümanlar iletmeniz gerekiyorsa, Eclipse uygulama paketinin içindeki eclipse.ini dosyasını düzenlemeniz gerekir: Kontrol Tuşunu basılı tutarak Eclipse uygulama paketi simgesini seçin. Bu size bir açılır menü sunar. Açılır menüden "Paket İçeriğini Göster" i seçin. İçindekiler / MacOS alt klasöründe eclipse.ini dosyasını bulun ve komut satırı seçeneklerini düzenlemek için favori metin düzenleyicinizle açın.

add: "-clean" ve "-refresh" dosyanın başına, örneğin:

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

Bu benim için OSX 10.10.3 (Yosemite) üzerinde Eclipse Luna için çalıştı. Teşekkürler Oded!
Scott Presnell

2

Çalışma Alanı Başlatıcı'nın TV'nizde veya başka bir ikinci monitörde açılmadığından emin olun. Bana oldu. Semptomlar tarif edilen problemle aynı görünüyor.


1

Windows -> Tercihler -> Genel -> Başlatma ve Kapatma

Is Refresh workspace on startupkontrol?


10
Eclipse çalışma alanının ne zaman ilk etapta açılmayacağını değerlendirmek zor olabilir.
25'de russellpierce

Bu çok yararlı bir yorum değil, @rpierce başlangıçta her zaman farklı bir çalışma alanı belirtebilirsiniz (tabii ki Eclipse'yi başlangıçta belirli bir çalışma alanına varsayılan olarak yapılandırmamış olmanız koşuluyla!). ** Her zaman olduğu varsayımına dayanarak ** birini varsayılan kurduysanız SHOW_WORKSPACE_SELECTION_DIALOG = org.eclipse.ui.ide.prefs yanlış, bu geri almak için ayarlayabilirsiniz olabilir , farklı bir çalışma alanı açılışta 'Yenile çalışma alanını kontrol onay kutusunu işaretleyin, ardından Eclipse'i yeniden başlatın ve orijinal çalışma alanınıza geri dönün. Bu bir şeyleri dürtmeli.
user924272

1
@ user924272: Yorumumla ilgili olarak 9 kişi değerlendirmene katılmadı. Yine de, yorumunuzun daha yararlı olduğunu memnuniyetle kabul edeceğim ... ve gerçekten de matt b'nin cevabına daha iyi bir cevap verebilecek bilgileri sunabilirdi. Ama şimdi verdiğiniz bilgiler burada ve herkes bundan faydalanabilir!
russellpierce

1

Eclipse ile yeni başladım. Bu dosya silinerek düzeltildi:

rm org.eclipse.core.resources.prefs

.Settings içinde buldum


1

UFT kurulumdan sonra RDz (Eclipse tabanlı) ile ilgili sorunlara neden oluyor Bu öneriler, ortam değişkenleri yerinde ve karşılık gelen değerlerle bile bu durumun çözümüne izin verecektir.

Not : Çakışan uygulama, java destek mekanizmasından hariç tutulduğu için bir java bağlamında tanınmayacaktır.

  1. Etki: Eklentiler desteğinin Windows Kayıt Defteri Düzenleyicisi aracılığıyla çakışan uygulama yürütülebilir dosyasına takılmasını engeller Gereksinim: Uygulama, Java.exe / Javaw.exe / jpnlauncher.exe dışında bir EXE dosyası tarafından başlatılmalıdır.

Talimatlar :

a. Eklenti (ler) desteğiyle çakışan uygulamanın yürütülebilir dosya adını bulun. Görev Yöneticisi'ni veya Microsoft Process Explorer'ı kullanın.

b. Windows Kayıt Defteri Düzenleyicisi'ni açın.

c. HKEY_LOCAL_MACHINE \ SOFTWARE \ Mercury Interactive \ JavaAgent \ Modülleri Windows x64 üzerinde 32 bit uygulamalar için: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Mercury Interactive \ JavaAgent \ Modülleri

d. Çakışan yazılım yürütülebilir dosya adıyla bir DWORD değeri oluşturun ve değeri 0 olarak ayarlayın.

Güncellenmiş Kayıt Defteri


1

* .Snap (benim * .markers), --clean-data veya move çalışma alanı klasörünü kaldırmak benim için işe yaramadı gibi görünüyor.

Keyborad girişimi HIME olarak yükledikten ve değiştirdikten sonra tutulma çalışmayı durdurduğundan fctix'e geri döndüm ve işe yaradı.


Bu soruya bir cevap sağlamaz. Yeterli bir üne sahip olduğunuzda , herhangi bir yazı hakkında yorum yapabilirsiniz ; bunun yerine askerden açıklama gerektirmeyen cevaplar verin . - Yorumdan
Vishva Dave

1
@VishvaDave Eclipse'nin sıkıştığı soruna bir çözüm sormayan soru değil mi? Aynı sorunla karşı karşıya olduğumuzu düşünüyorum ve cevap benim durumumda çalıştı.
adayoegi

0

Ek dosyam yoktu. Yardım menüsü kurulum listesinden geçerken, eklentilerimin en az% 90'ında kaldırma düğmesi devre dışı bırakıldı, bu yüzden oradan ele alamadım. Başlatma / kapatma altında eklentilerin çoğu listelenmedi. Bunun yerine, öğeleri plugins klasörümden elle kaldırmak zorunda kaldım. Vay canına, başlangıç ​​zamanı benim için çok daha hızlı. Yani her şey işe yaramazsa ve tek kullanımlık eklentileriniz varsa, bu kullanmak için nihai çözüm olabilir.


0

Ne yazık ki, bu çözümlerin hiçbiri benim için işe yaramadı. Sonunda yeni bir çalışma alanı oluşturmak zorunda kaldım, sonra mevcut projeleri yeni çalışma alanına aktardım. Ne yazık ki, bunu yaparken tercihlerinizi kaybedersiniz (bu nedenle ayarlarınızı her değiştirdiğinizde dışa aktarmayı unutmayın!)


0

Fedora 18'de tutulma (Juno) ile çok benzer bir sorun yaşadım. Bir Android oturumunda hata ayıklamanın ortasında, tutulma hata ayıklama oturumunu sonlandırdı. Tutulmayı yeniden başlatmayı denedim ama açılış ekranında haning devam etti. Yukarıdaki çeşitli önerileri başarı ile denedim. Son olarak, adb hizmetini kontrol ettim (android hata ayıklama köprüsü):

# adb devices
List of devices attached 
XXXXXX offline

Android cihazın hala bağlı olduğunu biliyorum ama çevrimdışı bildirdi. Cihazın bağlantısını kestim ve adb hizmetini kapattım:

# adb kill-server

Sonra birkaç saniye bekledim ve adb hizmetini yeniden başlattım:

# adb start-server

Ve benim android geri takıldı. Bundan sonra, tutulma gayet iyi başladı.


0

meta veri dosyasının tamamını silmenize gerek yoktur. .snap dosyasını çalışma alanı klasörünüzdeki org.eclipse.core.resources dizininden silmeyi deneyin

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

0

{WORKSPACE-DIR} /. Metadata / .plugins klasöründeki sıfır baytlık .plugin dosyalarına dikkat edin. Orada sadece bir tane sildim ve donma sorunlarımı düzeltti.


0

Benim durumumda benzer belirtilere, bir ton önemsiz sistem dosyası içeren bazı haydut git deposu neden oldu.

Evrensel çözüm, yukarıda belirtildiği gibi, rahatsız edici dosyaları bulmak için Process Monitor'ü kullanmaktır. Aşağıdaki 2 satırlı filtreyi ayarlamak yararlıdır:

  • Süreç Adı olduğu eclipse.exe
  • Süreç Adı olduğu javaw.exe

0

Mavericks'in tutulmasını güncelledikten sonra benzer bir sorun yaşadım. Sonunda eclipse eklentileri dizininde com.google.gdt.eclipse.login kavanozunun sonunda sürüm numaraları olduğunu buldum. Sürüm numarasını addan kaldırdım ve her şey yolunda başladı :)



0

Bu yardımcı olabilir

Tutulmanızda,

1) Yardıma Git

2) Eclipse pazarını tıklayın

3) Arama - Optimize Edici

"tutulma için optimize edici" yi yükle

resim açıklamasını buraya girin


0

Ubuntu'da eclipse -clean -refreshbenim için Eclipse 3.8.1 için çalıştı


0

Eclipse 4.5 / 4.6, v2.9.0'dan daha eski bir Eclipse Xtext eklentisi sürümü ve belirli bir çalışma alanı yapılandırması kullanıyorsanız, bu hatadan da kaynaklanabilir .

Çözüm, yeni bir çalışma alanı oluşturmak ve mevcut projeleri içe aktarmak olacaktır.


0

X11 üzerinde tutulmaya başlarken benzer davranışlar yaşadım. Macunumda X11'i etkinleştirmeyi işaretlemeyi unuttum.


0

Benim durumumda, çalışma alanının .metadata klasörünü silmek çalıştı. Eclipse Luna hizmeti Sürüm 2 kullanıyorum.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.