Вам не будет нужен отдельный IDE, потому что smalltalks обычно идут со своим собственным IDE, таким образом выбирание Вашего smalltalk аромата в значительной степени определяет IDE для Вас. Не позволяйте этому факту отпугнуть Вас от принятия smalltalk хотя!
WRT Ваш исходный вопрос, у меня было два замечательных года, разрабатывая в дельфин Smalltalk & настоятельно рекомендуйте его.
дельфин Smalltalk только так свободен, как пиво все же. Если Вам нужен открытый исходный код smalltalk, идут с Писк .
, По-моему, дельфин является более полировать/удобным/удобным для пользователя.
Возможно, ваша IDE или какой-либо другой процесс удерживает «целевую» папку и не позволяет maven удалить ее.
Я предполагаю, что вы открываете файлы в текстовом редакторе или оставляете оболочку открытой в каталоге в target. Если какой-то процесс заблокировал файл или папку, Windows не позволит вам удалить их.
Если вы запустите такой инструмент, как wholockme , вы сможете увидеть, какой процесс блокирует файл.
Часто вы сталкиваетесь с этой проблемой в Windows потому что Windows (обычно) не позволяет удалить используемый файл. Помимо (болезненно) прохождения всей вашей конфигурации Maven, лучше всего просто не строить на Windows (например, использовать Linux / Solaris / любую другую виртуальную машину).
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.
У меня была такая же проблема со сборками, запускаемыми из Hudson.
Использование дескриптора .exe (от Sysinternals) Я обнаружил, что задача java.exe имеет активный дескриптор сгенерированного файла jar.
Если я убью эту задачу, следующая сборка будет успешной. Но следующая сборка после этой успешной сборки снова терпит неудачу с той же ошибкой.
Даже если задача сборки завершается успешно, кажется, что она не завершается должным образом и файлы остаются открытыми.
Я новичок в Hudson, и я этого не делал. У меня сначала эта проблема. Затем я поигрался с некоторыми плагинами, и позже эта проблема возникла и была воспроизведена.
Я деактивировал почти все плагины (оставил только некоторые важные, такие как Subversion и Sonar), и теперь проблема, похоже, решена.
Надеюсь, это поможет. немного ...
Проблема в том, что eclipse постоянно читает каталоги и артефакты в вашем проекте maven и неизбежно открывает один из них, когда вы чистите.
Лучший подход - запустить maven в чистом виде из подключаемого модуля eclipse (я использую m2eclipse, и это, кажется, работает хорошо).
Другой подход такого рода - запустить mvn clean
с флагом maven.clean.failOnError
, установленным на false
. Если вы запускаете его дважды, обычно этого достаточно, чтобы все работало правильно, например
mvn clean -Dmaven.clean.failOnError=false && mvn clean -Dmaven.clean.failOnError=false
Вы, вероятно, захотите отключить eclipse «Построить автоматически» в меню проекта, пока вы это делаете.