Почему mvn Знатока не чистит никогда работу в первый раз?

Вам не будет нужен отдельный IDE, потому что smalltalks обычно идут со своим собственным IDE, таким образом выбирание Вашего smalltalk аромата в значительной степени определяет IDE для Вас. Не позволяйте этому факту отпугнуть Вас от принятия smalltalk хотя!

WRT Ваш исходный вопрос, у меня было два замечательных года, разрабатывая в дельфин Smalltalk & настоятельно рекомендуйте его.

дельфин Smalltalk только так свободен, как пиво все же. Если Вам нужен открытый исходный код smalltalk, идут с Писк .

, По-моему, дельфин является более полировать/удобным/удобным для пользователя.

37
задан Dan Polites 23 October 2009 в 19:24
поделиться

7 ответов

Возможно, ваша IDE или какой-либо другой процесс удерживает «целевую» папку и не позволяет maven удалить ее.

37
ответ дан 27 November 2019 в 04:21
поделиться

Я предполагаю, что вы открываете файлы в текстовом редакторе или оставляете оболочку открытой в каталоге в target. Если какой-то процесс заблокировал файл или папку, Windows не позволит вам удалить их.

Если вы запустите такой инструмент, как wholockme , вы сможете увидеть, какой процесс блокирует файл.

2
ответ дан 27 November 2019 в 04:21
поделиться

Часто вы сталкиваетесь с этой проблемой в Windows потому что Windows (обычно) не позволяет удалить используемый файл. Помимо (болезненно) прохождения всей вашей конфигурации Maven, лучше всего просто не строить на Windows (например, использовать Linux / Solaris / любую другую виртуальную машину).

3
ответ дан 27 November 2019 в 04:21
поделиться

That's because you block target directory (open a file or enter into (sub)directory of target dir, or any other process/app uses file from this dir). If windows delete command also complains it's not maven fault.

0
ответ дан 27 November 2019 в 04:21
поделиться

У меня была такая же проблема со сборками, запускаемыми из Hudson.

Использование дескриптора .exe (от Sysinternals) Я обнаружил, что задача java.exe имеет активный дескриптор сгенерированного файла jar.

Если я убью эту задачу, следующая сборка будет успешной. Но следующая сборка после этой успешной сборки снова терпит неудачу с той же ошибкой.

Даже если задача сборки завершается успешно, кажется, что она не завершается должным образом и файлы остаются открытыми.

Я новичок в Hudson, и я этого не делал. У меня сначала эта проблема. Затем я поигрался с некоторыми плагинами, и позже эта проблема возникла и была воспроизведена.

Я деактивировал почти все плагины (оставил только некоторые важные, такие как Subversion и Sonar), и теперь проблема, похоже, решена.

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

1
ответ дан 27 November 2019 в 04:21
поделиться

Проблема в том, что eclipse постоянно читает каталоги и артефакты в вашем проекте maven и неизбежно открывает один из них, когда вы чистите.

Лучший подход - запустить maven в чистом виде из подключаемого модуля eclipse (я использую m2eclipse, и это, кажется, работает хорошо).

Другой подход такого рода - запустить mvn clean с флагом maven.clean.failOnError , установленным на false . Если вы запускаете его дважды, обычно этого достаточно, чтобы все работало правильно, например

mvn clean -Dmaven.clean.failOnError=false && mvn clean -Dmaven.clean.failOnError=false

Вы, вероятно, захотите отключить eclipse «Построить автоматически» в меню проекта, пока вы это делаете.

11
ответ дан 27 November 2019 в 04:21
поделиться

Попробуйте отключить службу индексирования Windows.

1
ответ дан 27 November 2019 в 04:21
поделиться
Другие вопросы по тегам:

Похожие вопросы: