2009-12-08 3 views
12

Итак, я finally получил мои зависимости, работающие с Grails. Теперь, как может моя IDE, например IntelliJ или Eclipse, использовать? Или мне действительно нужно вручную управлять классами, которые моя IDE знает о «время разработки»?Как использовать зависимости Grails в вашей IDE

Если BuildConfig.groovy скрипт установки вправо (see here), вы сможете закодировать прочь с VI или ваш любимый редактор без каких-либо проблем, а затем запустить grails compile, который будет разрешать и загружать зависимости в Ivy cache и ступай ...

Если, однако, вы используете IDE как Eclipse, или IntelliJ, вы будете нуждаться в зависимости рукой при кодировании. Очевидно, что, поскольку эти животные будут нуждаться в них для процесса обнаружения/компиляции в режиме реального времени.

Теперь, в то время как это, конечно, возможно закодировать со всеми классами светит в ярко-красный цвет повсюду, которые неизвестны к вашей IDE, это, конечно, не очень весело ...

Поддержка Maven или независимо от того, что она официально называется, живет счастливо с файлом pom, никаких дополнительных указателей «jar directory», необходимых, по крайней мере, в IntelliJ. Я хотел был бы иметь возможность сделать то же самое с зависимостями Grails.

В настоящее время я определяю их в BuildConfig.groovy и дополнительно копирую/вставляю текущие банки на свой локальный диск и позволяю IDE указывать на него.

Не очень удовлетворительно, так как я работаю в очень изменчивой среде проектного модуля в отношении изменения кода. И эта ситуация портирует меня прямо в «jar hell», так как мои «разработки и построения зависимостей» легко выходят из синхронизации, и мне приходится управлять вручную, то есть с моим мозгом ...

И мой мозг должен быть занят другими вещами ...

Спасибо! Raoul

P.S: В настоящее время я использую Grails 1.2M4 и IntelliJ 92.105. Но не стесняйтесь добавлять ответы на будущие версии Grails и разной, будущей Иды, как прийти в ...

+0

Возможно, вы уже поняли это, но у меня была такая же проблема. См. Http://stackoverflow.com/questions/2774497/intellij-idea-grails-not-seeing-jar – ptsw

ответ

1

Пробовали ли вы

grails integrate-with --intellij 

По крайней мере, в 1.2.0RC1 это создает IntelliJ файлы проекта, но я не уверен, что эти зависимости также управляются этим.

+0

В 1.2M4 нет такой вещи, как интеграция с ... – raoulsson

+0

use 1.2.0.RC1 - там это. –

+0

Спасибо Stefan. Я только что загрузил 1.2.0.RC1 и IntelliJ Release 9.0. Я создал проект в оболочке, добавил зависимости от maven (joda-time), создал контроллер, который импортирует DateTime, скомпилировал его. Все хорошо. Затем запустите «grails integrate-with -intellij», создайте файлы проекта, но среда IDE впоследствии не распознает зависимости: -/ – raoulsson

2

Это фиксируется в последнем ЕАР сборки: 94,173 ->http://youtrack.jetbrains.net/issue/IDEA-50459#content-tab=1

Скачать его здесь: http://www.jetbrains.net/confluence/display/IDEADEV/Maia+EAP

Grails 1.2.1 и IntelliJ сборки # 93,94 (версия 9.0.1), и у меня то же самое проблема. Единственный способ, с помощью которого я работал, - это вручную добавить библиотеки из моих проектов maven (Under ~/.ivy2 /). В противном случае загрузите сборку EAP, указанную выше.

Кроме того, grails интегрировать-with -intellij не работает. И, по сути, приводит к худшим проблемам. Встроенная интеграция в IntelliJ намного лучше, чем то, что дает вам Grails.

+0

@mike Звучит многообещающе. Я буду тестировать это как можно скорее. Спасибо – raoulsson

10

Если у вас есть Eclipse, с Grails плагин, просто запустите: Grails Инструменты-> Обновить Зависимости (на самом деле я пытался это с STS).

+0

Раздел «Инструменты Grails» можно щелкнуть правой кнопкой мыши по желаемому проекту в представлении «Project Explorer», если у кого-то возникли проблемы с его поиском. – aroth

+0

Использование «Командная строка Grails» и «Refresh-dependencies» не работает, потому что это вызывает grails напрямую вместо интеграции с eclipse. Я непосредственно следил за этими инструкциями (используйте контекстное меню «Grails Tools» в проекте), и все было хорошо. – Anarchofascist