затемнення застрягло при побудові робочої області

Я використовую eclipse 3.4.1 Java EE під Vista. Здається, мені подобається застрягти під час створення моєї робочої області. Скасування збірки, здається, також нічого не робить.

Чому це відбувається і як виправити проблему?

Ви можете подивитися, як повідомити про тупик . Ви також можете перевірити перегляд помилок та / або журнал помилок ([робоча область] /. Метадані / .log). Якщо це не допоможе, вам, ймовірно, потрібно буде включити більше інформації про те, які плагіни ви встановили та які у вас проекти. Чи можете ви створити мінімальну робочу область, яка відтворює проблему?

Я зміг виправити це за допомогою наступного:

По-перше, вийдіть із затемнення. Потім тимчасово перемістіть таку .projectsпапку в безпечне місце:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

Почніть і вийдіть із Eclipse, а потім перемістіть .projectsпапку туди, де вона була спочатку:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

Використовуйте, звичайно, на власний ризик.

Деякий час дуже корисно виконати затемнення з командного рядка з параметром "-clean", щоб примусити його очистити робочу область.

затемнення - чистий не спрацював, але наступне зробив

eclipse -clean -clearPersistedState

Eclipse часто зависає для мене на 44%, якщо я налагоджую Android через USB. При відключенні пристрою починається Eclipse.

Прийнята відповідь дозволила мені запустити Eclipse заново, але, здається, проекти втратили метадані. (Наприклад, усі іконки Git / Gradle / Spring зникли з назв проектів.) У мене дуже багато проектів, і мені не хочеться знову імпортувати їх.

Тож ось що працювало для мене під кеплером. YMMV, але я хотів записати це на випадок, якщо це комусь допоможе.

Крок 1. Тимчасово перемістіть .projectsфайл із шляху:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

Крок 2. Потім запустіть Eclipse. Метадані будуть відсутні, але принаймні Eclipse починається, не застрягаючи.

Крок 3. Закрийте затемнення.

Крок 4. Поверніть .projects.bakфайл до його початкового імені:

$ mv .projects.bak .projects

Крок 5. Перезапустіть затемнення. Він може створити деякі речі, але цього разу він повинен пройти. (Принаймні, це зробило для мене.)

Крок 1:

Відкрийте каталог проекту та відредагуйте .project файл, видаліть наступні рядки, щоб відключити перевірку сценарію Java.

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

Зберегти файл.

Крок 2:

Перейдіть у встановлений каталог Eclipse та відкрийте eclipse.ini (або sts.in, якщо у вас є STS), змініть значення xms та xmx залежно від розміру оперативної пам’яті вашого комп'ютера.

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

АБО: у Windows, перейдіть до ярлика затемнення на робочому столі, клацніть правою кнопкою миші-> властивості-> додайте наступне: C: \ software \ eclipse \ sts-3.6.2.RELEASE \ STS.exe -clean -Xms512m -Xmx1024m

Виконати затемнення.

Перейдіть до Eclipse-> windows-> preference-> Validation, увімкніть Призупинити всі валідатори. Зробіть це, якщо ви не хочете робити будь-яку перевірку, вказану у списку, наведеному на панелі Validator.

У мене є ця проблема, коли у мене відкрито занадто багато Maven проектів відразу. Що я схильний робити:

• Перезапустіть затемнення (іноді мені потрібно вбити затемнення)
• Вимкнути автоматичну збірку негайно (проект> зніміть прапорець Створити автоматично)
• Клацніть правою кнопкою миші проект, який я хочу відновити
• Закрийте непов'язані проекти
• Повторно ввімкніть автоматичну збірку

Це дає можливість відновити функціонування у 99% від випадків у моєму робочому просторі.

Єдиним рішенням для мене (Luna 4.4.1) було таке:

Перейдіть до Властивості проекту> Будівельники та зніміть прапорці для перевірки Javascript.

Я зіткнувся з подібною проблемою в Eclipse Indigo. Я змінив HeapSize, він почав працювати правильно. Я щойно додав наступний файл eclipse.ini -vmargs -Xms1024m -Xmx1024m

Він добре працював після збільшення розміру VM

У мене була така ж проблема з моїм Eclipse, і як рішення, я створив новий проект, скопіював усі ресурси вручну (використовуючи Windows copy / paste) до нового проекту, видалив старий проект і все.

Іноді це трапляється через неправильне відключення системи та робоча область Eclipse почала стикатися з подібними проблемами.

Сподіваюся, це спрацює.

Видалення деяких індексів JDT (у .metadata.plugins \ org.eclipse.jdt.core), зокрема великих файлів, часто вирішує або полегшує проблему для мене.

У мене просто була така ж проблема.

Використовуючи диспетчер завдань для вбивства процесу збирання та виходу з Eclipse без відкритих проектів, я зміг повернутися в Eclipse та очистити проект, не відкриваючи його. Потім я знову перезапустив Eclipse, завантажив свій проект і все гаразд.

Зніміть вибір автоматичної збірки за допомогою Eclipse-> Windows-> Налаштування допомагає виправити цю проблему.

Я виявив, що це може статися також, якщо ви відновите робочу область з проектом, що містить багато даних про зображення (наприклад, проект із виділеними зображеннями). Найкраще було б розмістити щось подібне у власному робочому просторі та обробити його окремо з рештою проектів, з якими ви маєте справу.

Якщо ви не можете, тоді не чистіть цей проект, коли ви чистите та відновлюєте. Перебудовуйте лише при необхідності.

У моєму випадку проблеми виникають після імпорту завантаженого проекту - застряг на 80% збірки. Вирішується шляхом додавання дозволу на запис групи у файли проекту (Ubuntu 12.04).

У моєму випадку це допомогло видалити вихідні папки з моїх улюблених у Провіднику Windows (Windows 8.0). Здається, що збірка насправді не застрягла, а спрацьовувала в якомусь нескінченному циклі (про що тут говорилося - Bug 342931).

Іноді проблема, здається, виправляється вбивством інших програм, у яких файли відкриті з папки проекту.

Перегляд журналів у [workspace]/.metadata/.logнаданій мені корисній інформації. Виявилося, java.lang.OutOfMemoryError: PermGen space errorколи збірка робочої області зависне. Це можна відредагувати у файлі eclipse.iniабо sts.ini(Якщо ви використовуєте пакет інструментів SpringSource).

Я зіткнувся з тією ж проблемою, коли спробував встановити Angular.js з bower у своєму проекті. Мені здається, у Бауера є багато файлів javascript, які автоматично завантажуються, через що мій IDE затримувався в процесі перевірки протягом тривалого часу. Отже, я вирішив цю проблему таким чином,

• Я вперше встановив tern.js 0.9.0.
• Потім я перейшов до властивостей проекту, вибраний шлях сценарію tern включав лише шлях, необхідний для перевірки, папку javascript мого проекту. Я виключив інші шляхи, такі як заповнювачі, файли Angular.js, файли Jquery.
• Я знову вибрав Javascript із властивостей і зробив те саме, що включив джерело шляху.

Наразі мій IDE працює без замерзання. Я взяв допомогу звідти. Терн Я припускаю , що це може бути корисно, коли будь-який IDE приклеїлося багато Javascript файлу.

Я спробував багато цих пропозицій, але єдине, що нарешті для мене спрацювало, - це створити нову робочу область і щойно перевірити всі мої проекти в цій папці. Тоді це спрацювало чудово ;-)

Я просто запустив затемнення, і воно почало працювати наступного разу.

Оновіть усі проекти, які ви хочете створити. Працювали

Перезапустіть затемнення.
Це працювало для мене кілька разів.

Я зміг це вирішити, видаливши додаткову папку, яку створив Eclipse в моїй інсталяційній папці затемнення. Я не встановлював, і я використовував Eclilpse Neon 3 із встановленим пакетом Spring Tool. Але, коли я заглянув у витягнуту установку затемнення, у мене була папка C: яка мала деяку структуру папок. Це було дзеркальне зображення моєї папки "Завантаження". Я її зняв і перезапустив.

Це працювало для мене!

Жодна з відповідей тут не працювала на мене. Що працювало, це видалити наступну папку

C: \ Користувачі \ ваше ім’я \ робоча область \ ім'я проекту.metadata.plugins \ org.eclipse.core.resources.projects \ ім'я проекту \ .indexes

Замість того, щоб налагоджувати та знаходити точну першопричину для цього, я просто видалив проекти та папку метаданих. Eclipse відновить файл .metadata при наступному запуску.

Потім я застосував останній код проекту, і проблема була вирішена. Це було більше роботи, оскільки мені довелося переналаштувати все, включаючи мої сервери, але побудова робочої області зупинялася на 50% за десь від 3 до 5 хвилин, перш ніж вона повністю закінчиться, тому варто було докласти зусиль.

Крім того, я виявив, що за допомогою Eclipse, якщо ви зупините робочу область збірки перед її завершенням і вимкніть Eclipse, якщо це все висить, ви дійсно можете зіпсувати свою конфігурацію і витратити багато часу, намагаючись відновити її стабільно. Я використовую Eclipse Oxygen, але це траплялося у всіх версіях Eclipse, які я використовував, тому я дійсно намагаюся цього уникати, якщо це можливо.

Всередині папки проекту відкрийте файл .project. Є поганий запис, і це може допомогти

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

Якщо ви використовуєте Maven як інструмент збирання, можливо, вам потрібно:

1. Закриття затемнення

2. Видалення каталогів залежностей , розташованих в .m2 / сховище / - в Linux він знаходиться під домашній директорії і в Windows , він повинен знаходитися в каталозі C: \ Users <ім'я користувача> .m2 (замініть «» з ім'ям користувача)

3. Почніть Eclipse і насолоджуйтесь нормальною роботою :)

Це допомогло мені вирішити цю проблему, і я сподіваюся, що вона допоможе і вам. :)
Привіт!

PS Я відредагував свою відповідь (як @howlger запитав), де також пропонувалося видалити .eclipse та .p2 папки, оскільки це може принести шкоду ( хоча це НЕ в моєму випадку + мені довелося перевстановити деякі плагіни. використовуючи).