Eclipse зацикливается бесконечно: вызывая 'Maven Project Builder' - PullRequest
44 голосов
/ 14 ноября 2011

Тьфу!Мой Eclipse застрял в бесконечном цикле:

  • Нет операций для отображения в это время
  • Обновление здания рабочей области
  • Рабочая область.Вызов «Maven Project Builder» в / MobileWebApp

Рабочее пространство здания никогда не выходит за пределы 58%.

Подробности:

GWT от Google предоставляет образец приложения MobileWebApp.Они предлагают добавить его в Eclipse через File> Import> Checkout Maven проектов из SCM.

Я следовал инструкциям в этом блоге для добавления плагинов для m2e, subclipseи соединитель m2e-subclipse.

После установки плагинов я импортировал пример проекта через «Файл»> «Импорт»> «Проверить проекты Maven» из SCM и по этому URL .

.Похоже, что импорт завершился нормально, и в Eclipse нет никаких маркеров.Но теперь у меня есть это бесконечное освежение и строительство, и я понятия не имею, что его вызывает или как его исправить.

Версии:

  • Eclipse Indigo 3.7
  • m2e1.0.100
  • m2e соединитель для build-helper-maven-plugin 0.14
  • Обработчик Maven SCM для Subclipse 0.13
  • Subclipse 1.6.18
  • Subclipse ClientАдаптер 1.6.12

Любой совет с благодарностью.

Ответы [ 13 ]

21 голосов
/ 21 июня 2013

Я открыл файл моего проекта .project.Было две записи:

<buildCommand>
  <name>org.maven.ide.eclipse.maven2Builder</name>
</buildCommand>
<buildCommand>
  <name>org.eclipse.m2e.core.maven2Builder</name>
</buildCommand>

Я удалил запись org.eclipse.m2e.core.maven2Builder, и это волшебным образом решило проблему.

18 голосов
/ 15 ноября 2011

Мне удалось решить эту проблему, щелкнув правой кнопкой мыши по проекту и выбрав «Запуск от имени»> «Очистка Maven»

13 голосов
/ 25 февраля 2015

У меня возникла та же проблема в проекте Maven Eclipse (Juno), который не имел ничего общего с GWT - он просто обновлялся и вызывал «Invoking Maven Project Builder».Переход к представлению «Ход выполнения» и запрос на отмену любой записи о ходе выполнения (путем нажатия этой красной кнопки «Стоп» справа) не помогли.

Проект, над которым застреливал строитель, всегда был одинаковым, ипара уровней глубоко в наборе многопомятных maven проектов в eclipse.

То, что в конечном итоге решило это для меня, это просто войти в этот конкретный проект Properties> Builders и снять отметку Maven Project Builder (но сохраняяJava Builder проверил, чтобы он все равно автоматически компилировался при изменении кода).Я просто проигнорировал предупреждение о том, что это «продвинутая операция» и, возможно, имеет «много побочных эффектов» - я подумал, что это не может быть более раздражающим, чем этот постоянный цикл сборки-обновления.Я до сих пор не знаю, в чем причина этой петли, но это остановило ее для меня.И с тех пор у меня не было никаких проблем.

8 голосов
/ 23 июля 2014

Я фактически решил проблему, которая была вызвана плагином jaxb.Если forceRegenerate установлен в true, вы получите цикл сборки в eclipse (Kepler в моем случае).

Убедитесь, что для ForceRegenerate установлено значение false в вашем maven-jaxb-plugin.

<configuration>                                  
    <forceRegenerate>false</forceRegenerate>
</configuration>
2 голосов
/ 19 марта 2016

M2e, даже в затмении Марса, кажется бесконечным зданием.

В моем случае нет такой вещи, как повторяющиеся команды сборки, как перечислено ниже.Единственное, что работает, когда дерево проекта гигантское, это:

  1. open eclipse
  2. Отключить сборку автоматически, как только вы откроете eclipse
  3. и обновите рабочее пространствои вызвать руководство a Crtl + B или build all.
  4. Как только Eclipse убедится, что оно построило полное дерево проекта ... лучше иметь четыре основных компьютера илиВы будете ждать некоторое время, вы можете точно активировать опцию автоматической сборки.Затмение, похоже, не пойдет в строй здания после этого.Он все еще будет некоторое время сканировать некоторые папки, но активировать сборку автоматически - после того, как вы уже все это сделали - намного быстрее, чем все новые сборки, и, наконец, затмение станет стабильным и прекратит сборку бесконечно.

В противном случае вы застряли с устаревшим mvn eclipse:eclipse ... и должны отказаться от использования команд maven из экосистемы затмения.Похоже, M2e действительно тяжело сотрудничает со зверем.

Я все еще использую m2e, но должен сказать, что глотать m2e в 100 раз сложнее, чем интеграция maven в netbeans.С другой стороны, затмение намного быстрее для очень большой базы кода.Выбери свой яд, ты всегда будешь укушен.

 <?xml version="1.0" encoding="UTF-8"?>
    <projectDescription>
        <name>rootPom</name>
        <comment></comment>
        <projects>
        </projects>
        <buildSpec>
            <buildCommand>
                <name>org.eclipse.m2e.core.maven2Builder</name>
                <arguments>
                </arguments>
            </buildCommand>
        </buildSpec>
        <natures>
            <nature>org.eclipse.m2e.core.maven2Nature</nature>
        </natures>
    </projectDescription>
1 голос
/ 29 июня 2017
  1. Я правильно настроил переменную среды Java (т. Е. JAVA_HOME).
  2. Также добавлен путь jdk к переменной окружения path, в моем случае путь равен C:\Program Files\Java\jdk1.8.0_101\bin.
  3. Также я добавил путь к JDK home в предпочтении «Установленные JRE» в Eclipse.

Не уверен, что из этого решило проблему, я не вижу автоматической сборки сейчас.

После этого я создал новый проект maven.Который был установлен на использование 1,7 по умолчанию, этот проект тоже привел к бесконечному циклу.Но 1.7 не настроен в затмении.Обновление свойств проекта для использования версии Java, доступной в моем затмении, решило проблему.

0 голосов
/ 21 июня 2019

У меня была такая же проблема.Оказывается, я запускал Eclipse с оператором pipe (|), параллельно запуская другой процесс.Другим процессом было заклинивание моей темы Eclipse.Как только я остановил другой процесс, Eclipse заработал нормально.

0 голосов
/ 19 февраля 2019

Я связал некоторые файлы в Eclipse, но исходный файл отсутствовал (тем временем удален). Это заставило затмение перезапустить сборку. Удаление неработающей ссылки решило проблему.

0 голосов
/ 22 июля 2018

Eclipse на моей рабочей станции зависает каждый раз, когда я пытаюсь обновить проект maven.Эта проблема не решена даже после того, как сообщество попробовало решить множество проблем / обходных путей.Единственное, что работает для меня, это запустить mvn clean и установить команды из командной строки.Я заканчиваю задачу в диспетчере задач, запускаю команды mvn, а затем снова запускаю затмение.Запуск чистой сборки после повторного запуска затмения работает нормально.

0 голосов
/ 09 августа 2017

Я сделал что-то похожее на ответ Амоса М. Карпентера (https://stackoverflow.com/a/28713259/4470352)

Но я также создал новый пользовательский конструктор со следующей конфигурацией:

  1. Выберите тип конфигурации -> Программа
  2. Местоположение (текстовое поле) <= D: \ apache-maven-3.3.9 \ bin \ mvn.cmd (мой пользовательский maven) </li>
  3. Рабочий каталог (текстовое поле) <= $ {workspace_loc: / project} </li>
  4. Аргументы (текстовая область)
    • <= тест чистой компиляции-DproxySet = true -DproxyHost = a.proxy.host -DproxyPort = 8080 </li>

Это компилирует проект без индикатора выполнения, но я вижу прогресс в текстовой консоли.

Проблема в моем случае заключается в том, что каждый раз, когда я компилирую этот проект, я загружаю WSDL и мне нужно предоставить конфигурацию прокси. Когда подключаемый модуль maven Project Builder пытается скомпилировать мой проект, происходит сбой и повторный запуск в цикле.

Я попытался настроить его в файле конфигурации settings.xml maven, но у меня не работает, и настройка прокси в командной строке работает.

Итак, создание этого пользовательского компоновщика делает свою работу и является новым подходом.

Надеюсь, это поможет вам.

...