Есть ли способ использовать зависимость келей келей плюща? DSL создает внутри IDE, например, eclipse или netbeans? Или я должен вручную добавить все зависимости в папку IDE lib?Как использовать кеш-зависимость Grails в среде IDE?
Я изучал плагины, такие как плющ и плющ, но для них, похоже, требуются файлы ivy.xml и ivysettings.xml, которые grails не производит.
IntelliJ синхронизирует зависимости между Grails (form application.properties и BuildConfig.groovy) и IDE очень красиво.
Инструмент Grails, предоставляемый плагином SpringSource Tool Suite для Eclipse, обладает желаемой функциональностью. Он читает BuildConfig.groovy и соответственно изменяет путь к классу проекта.
Я использую плагин SpringSource Tool Suite для Eclipse, и в настоящее время он не распознает кэш плюща (я получаю красные строки с краткими линиями, указывающие на отсутствие зависимостей). Любые идеи почему? Благодарю. – ABK07
Иногда я заметил подобное поведение, хотя приложение все еще строит и работает без ошибок. Иногда squiggles появляются во внутренних ссылках проекта, что странно, но часто вы можете избавиться от них, выполнив Project-> Clean из меню Eclipse. Я писал о решении аналогичной проблемы с зависимостями Spock (см. Http://www.lazygun.net/how-to-fix-some-annoying-errors-that-pop-up-w), что может указывать на вас в направлении решения вашей проблемы. – BungleFeet
Просто чтобы проверить: вы включили управление зависимостями Grails для своего проекта, не так ли? (Щелкните правой кнопкой мыши по проекту в Проводнике пакетов и выберите Grails-> Enable dependency management). – BungleFeet
Я только что приложил следующее к ошибке Jira.
В шныряли распределения STS, я нашел следующий код в C: \ SpringSource \ ВТР-2.3.2.RELEASE \ Конфигурация \ org.eclipse.osgi \ расслоения \ 898 \ 1.CP \ SRC \ ком \ SpringSource \ ГНС \ Grails \ ядро \ модель \ GrailsBuildConfig.java
// убедитесь, что мы используем стратегию разрешения зависимостей плюща для Grails 1.2 // TODO CD делает обнаружение номера версии более гибким если (settings.getGrailsVersion() .startsWith ("1.2")) { jarFiles.addAll (settings.getTestDependencies()); jarFiles.addAll (settings.getProvidedDependencies());
Основываясь на этой находке, я попытался понизить свой проект от Grails 1.3.2 до Grails 1.2 и запустить «обновить зависимости». Разумеется, зависимости были правильно загружены из Айви.
Похоже, что кто-то должен сделать TODO. Я могу взять удар, когда я выясню, как проверить исходный код ...
Я заметил то же самое с STS 2.8 для первого, но после «Grails Tools-> Refresh Dependencies» STS поднял его. – yetanothercoder