Başladığımda, Eclipse "Çalışma Alanı Kilitlenemiyor" diyor
"İlişkili çalışma alanı şu anda başka bir Eclipse uygulaması tarafından kullanıldığından ürün başlatılamadı." veya "Kullanılan çalışma alanı oluşturulamıyor veya oluşturulamıyor, farklı bir çalışma alanı seçin."
Ama olmadığını biliyorum.
Nasıl "kilidini" açarım?
Yanıtlar:
Eclipse çalışma alanı dizininizdeki dizindeki .lockdosyayı silmeniz .metadatayeterlidir.
Önlem - .metadataKlasörü silerseniz tüm tercih silinir.
.lockDosya ile onu aramaya gitmek eğer öyleyse, gizli bir dosyadır lsunutma -aseçeneği: ls -a .metadata.
Şimdiye kadar 3 düzeltme daha gördüm:
Çözüm, .metadata klasörünü temizlemek için kaynar.
TaskManager'a gidin (Görev Çubuğunda Sağ Tıklayın) ve İşlemci menü çubuğunu seçin ve eclipse.exe'yi seçin ve EndProcess'i tıklayın
“Kullanılan çalışma alanı oluşturulamıyor veya oluşturulamıyor, farklı bir tane seçiyor” sorununun bir başka olası nedeni, çalışma alanınıza giden gerçek yolun değişmiş olabileceğidir .
Benim durumumda, çalışma alanının gerçek konumu değişmişti, ancak aynı konumdaymış gibi görünmesini sağlamak için bir symlink kullanmıştım. Tutulma, symlink takip yerine önceki "gerçek" konuma baktığını gösteren günlüklerde hatalar gördüm ve bu hatalara neden oldu.
Benim durumumda, çalışma alanını eski konumuna taşıdım.
Çalışma alanının yolunun bulunmayabileceği başka bir durum daha vardır; örneğin, başka bir çalışma alanından tercihleri içe aktardıysanız, bazı açık çalışma alanı adresleri "açık çalışma alanı" iletişim kutunuzda görünebilir; bu adreslere dikkat etmediyseniz, açmaya çalıştığınızda aynı hatayı alırsınız.
Tutulma Administrator Modeçalışıyor benim için düzeltildi. Sen bunu yapabilirsiniz [Sağ Tıklama] -> Çalıştır olarak yönetici üzerinde eclipse.exesizin yüklemek dir den.
Kısıtlayıcı izinli win7 makinesiyle bir çalışma ortamıydım. Ayrıca .lockve .logdosyaları kaldırdım ama bu yardımcı olmadı. İşe yarayan her şeyin bir kombinasyonu olabilir.
sudo eclipse
Zaman zaman, Windows kullanıyorsanız, Görev yöneticisinde tüm işlemleri veya suçlu sürecini göremeyebilirsiniz. 'Tüm kullanıcılardan işlemi göster' seçeneğini tıklatmak zorunda kaldım ve çalışma alanımı geri almak için öldürmek zorunda kaldığım bu java.exe vardı.
Hiçbiri işe yaramazsa bir başka olası durum, çalışan bir Javauygulamanın olduğunu görmektir . önceki açılma ve kapanma durumunuz, kaplanmamış java örnekleri bırakmış olabilir.
En azından birini öldürmeniz gerekiyorsa herhangi bir java örneği çalışıyor mu ?.Ancak çoğu zaman herhangi bir java çalışmasını öldürüyorum :) çünkü bu java daha önce çalışma alanını kullanıyor ve hala öldürmezseniz o.
Birden fazla IDE'nin farklı veya aynı projede kullanmasını ve üzerinde çalışmasını istiyorsanız, ancak IDE'nizi açtıktan sonra proje formu çalışma alanını içe aktarmanız gerekiyorsa başka bir çalışma alanını değiştirin.
günlükleri ve .lock'u silmek işe yaramadı ama
-temiz seçeneği benim için düzeltti.
Tutulma kapalı olmadığında bu sorunla karşı karşıya kaldım (görev yöneticisinden veya bilgisayardan kapanma işlemini öldür), adımların altında denedim, benim için çalıştı.
1) ".fileTable" ile başlayan dosya adlarını bu klasörden kaldırın
C: \ tutulması \ yapılandırma \ org.eclipse.osgi.manager
2) Bu klasörden sayısal adlarla başlayan metin dosyaları gibi günlük dosyalarını kaldırın
C: \ tutulması \ yapılandırma
3) Açık Komut istemi (cmd) bu klasöre gidin
C: \ Tutulma
aşağıdaki komutu yaz
tutulma temiz başlangıç
@Boris'in verdiği cevap% 99 oranında doğrudur, ancak çalışma alanını Eclipse'nin eski bir sürümünde açarsanız da olabilir. Juno ile içe aktarılan / oluşturulan bir çalışma alanı Galileo'da açıldığında bu hatayı atar.
Bu sorunun çok yaygın bir başka nedeni, artık bağlı olmayan bir sürücüye bir dizin yüklemeye çalışmanızdır. Örneğin, C: \ Code \ Java'da programladığınızı, ancak bazen bir flash sürücüden H: \ Code \ Java üzerinde çalıştığınızı varsayalım. Sürücünüz bağlı değilse, yazım hatası fark etmeden geçerli bir dizin yüklemeye çalıştığınıza inanmak kolay olabilir.
Başka bir sorun eclipse'ın src klasörünüze yazma erişiminin olmamasıdır. Güvenlik iznini değiştirin ve "Kimliği Doğrulanmış Kullanıcılar" ın tüm izinler denetlendi, ancak Tam Denetim ve Özel İzinler eklendiğinden emin olun.
İşte hayır çözmek için birkaç adım. 4 adım benim için çalışıyor.
"Farklı bir tane" seçmek aslında oldukça kolay bir çözümdür.
Eclipse'i yönetici olarak ( sudo eclipsekomut satırından) çalıştırıyordum çünkü "çalışma alanı" klasörü Workspace in use or cannot be created…hatayı atıyordu (ve yönetici olarak çalışan, düzeltilen tek çözüm gibi görünüyordu).
Bir iş arkadaşı (benimle aynı konuda çalışıyor) bir simgeye tıklayarak Eclipse'i çalıştırmak istedi. Eclipse'i çalıştırdığında ve diyalog kutusu çalışma alanınızı seçtiğinde, "çalışma alanının" sonuna bir "2" ekledi.
Bu yeni bir klasör oluşturdu: "workspace2". Eclipse bununla iyi çalıştı; ve o zamandan beri hiçbir kilitleme problemi yaşamadım.
Zorla bırakıldığında eclipse veya Alt-f2 xkilllinux'da ed olduğunda, tutulmayı hemen açma girişimi bu hatayı gösterdiğinde bir vaka gözlemledim . Bu durumda metadat / .lock dosyası bile mevcut değildir. Ancak yaklaşık iki dakikalık bir süre sonunda çalışmaya başlar
Mac Kullanıcıları için:
Arka planda başka bir tutulma örneği çalışıyor olabilir. Öyleyse, Çıkmaya Zorla tutulmasını kullanın veya
ps -ef | grep tutulması öldürmek -9 pid
tutulma örneklerine gidin ve yeni çalışma alanını başlatın
Neyin yanlış olduğunu bilmiyorum ama ana klasörüm (c: \ users \ me \ dev) yerine doğrudan c sürücüsünde (c: \ dev) bir dizin oluşturarak çözdüm. Ama bunun hakkında düşünmek zorunda değilim. Benim durumumda, taze tutulma unziped örneğidir. Eclipse klasöründe .matadata klasörünü göremiyorum. Tanrı lütfuyla çözdüm.
Bunun benim başıma gelmesinin nedeni (Foton ile) bir Eclipse genel tercihi değiştirilerek kolayca düzeltildi:
Window -> Preferences -> General: Uncheck: "Always run in background"
Bu değişikliği yaptıktan sonra, Eclipse'i her kapattığınızda, artık javaw.exe işlemini arka planda çalışır durumda bırakmaz. Bu bir gün sabit olacak Photon (veya Amazon Eczse ile Java Corretto OpenJDK sürümünü kullanarak bir hata) bir hata olduğunu tahmin ediyorum.