Тайм-аут при импорте проекта grails

Я пытаюсь импортировать проект Grails в STS. Я использую STS 3.6.1. У меня также установлен плагин Groovy, работающий с компилятором 1.8.6. Наконец, у меня есть Grails 2.1.4.

Однако когда я пытаюсь импортировать проект Grails (который является репозиторием Subversion), он выполняется мучительно медленно, прежде чем окончательно сдается:

Команда «C: \ Program Files \ Java \ jdk1.6.0_45 \ bin \ javaw.exe (4 сентября 2014 г. 12:10:28)» была прервана, поскольку некоторое время не производила нового вывода.

См. Подробную информацию о результатах, полученных на данный момент.

Если вы считаете, что команде просто нужно больше времени, вы можете увеличить это время на странице настроек Grails.

См. Меню Windows >> Настройки >> Grails >> Команда запуска: C: \ Program Files \ Java \ jdk1.6.0_45 \ bin \ javaw.exe (4 сентября 2014 г., 12:10:28) ---- System.out - --- | Загрузка Grails 2.1.4 | Настройка пути к классам | Скачивание: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ plugins \ database-migration-1.3.2.pom | Скачивание: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ lib \ org.liquibase \ liquibase-core \ ivy-2.0.5.xml | Скачивание: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ plugins \ jquery-1.8.3.pom ---- System.err ----

Завершение процесса: Тайм-аут: нет нового вывода в течение 180000 миллисекунд ------ System.out: ----------- | Загрузка Grails 2.1.4 | Настройка пути к классам | Скачивание: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ plugins \ database-migration-1.3.2.pom | Скачивание: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ lib \ org.liquibase \ liquibase-core \ ivy-2.0.5.xml | Загрузка: C: \ Users \ 607534885 \ Software \ grails-2.1.4 \ plugins \ jquery-1.8.3.pom ------ System.err: -----------

Завершение процесса: Тайм-аут: нет нового вывода в течение 180000 миллисекунд

Почему Grails оказывается таким медленным? Или это проблема в другом?


person Andrew Martin    schedule 04.09.2014    source источник
comment
выдает ли он другие ошибки при нескольких попытках загрузки файлов? не можете ли вы запустить его один раз в командной строке, чтобы сначала загрузить все депы?   -  person cfrick    schedule 04.09.2014
comment
проверить проект с помощью внешнего инструмента, например tortoise-svn, а затем импортировать его в GGTS   -  person injecteer    schedule 04.09.2014
comment
@injecteer. Это то, что я делаю. Это проверено с помощью Tortoise, затем импортировано в STS (без использования GGTS по рекомендации команды разработчиков)   -  person Andrew Martin    schedule 04.09.2014
comment
@cfrick: Вы имеете в виду импортировать проект в Eclipse, а затем запускать его в строке cmd? Почему это даст другой результат?   -  person Andrew Martin    schedule 04.09.2014
comment
нет, я подозреваю, что загрузка всех зависимостей требует времени, а eclipse просто убивает процесс в середине. Если бы вы просто сделали grails package в корне вашего проекта и позволили бы ему настроить себя без помех, я бы предположил, что eclipse загрузит его.   -  person cfrick    schedule 04.09.2014
comment
@cfrick: извиняюсь за простой вопрос, но как мне сделать пакет grails в моем проекте?   -  person Andrew Martin    schedule 04.09.2014
comment
@cfrick: в настоящее время я щелкаю правой кнопкой мыши проект в STS, перехожу к инструменту Grails и выбираю Обновить зависимости, что не работает   -  person Andrew Martin    schedule 04.09.2014
comment
когда вы это сделаете, изменится ли сообщение об ошибке очень сильно? Мне кажется, что grails загружает зависимости. Что касается работы в командной строке: вы либо должны иметь grailsw.bat для окон в вашем проекте, либо должны знать, где установлен ваш grails. затем chdir в проект на вашем терминале и вызовите его. Я не могу произвести точные шаги для окон.   -  person cfrick    schedule 04.09.2014


Ответы (1)


Догадаться. Скорее бессмысленный вопрос в итоге. У нас есть агрессивный брандмауэр, и мне просто нужно было использовать соединение Wi-Fi вместо этого, поскольку для импорта проекта впервые потребовалось установить стороннее программное обеспечение. В конце концов, все просто.

person Andrew Martin    schedule 05.09.2014