После обновления приложения Grails от 2.2.0 до 2.2.1 я продолжаю получать следующую ошибку при попытке отладки приложения Grails из GGTS через Debug as... → Команда Grails (run-app):
Error starting Grails: nulljava.lang.ExceptionInInitializerError
at org.codehaus.groovy.runtime.InvokerHelper.<clinit>(InvokerHelper.java:62)
at groovy.lang.GroovyObjectSupport.<init>(GroovyObjectSupport.java:32)
at groovy.lang.Closure.<init>(Closure.java:221)
at groovy.lang.Closure.<init>(Closure.java:238)
at groovy.lang.Closure$1.<init>(Closure.java:205)
at groovy.lang.Closure.<clinit>(Closure.java:205)
at org.codehaus.groovy.grails.cli.GrailsScriptRunner.<clinit>(GrailsScriptRunner.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.springsource.loaded.ri.ReflectiveInterceptor.jlrMethodInvoke(ReflectiveInterceptor.java:1243)
at org.codehaus.groovy.grails.cli.support.GrailsStarter.rootLoader(GrailsStarter.java:234)
at org.codehaus.groovy.grails.cli.support.GrailsStarter.main(GrailsStarter.java:262)
Caused by: groovy.lang.GroovyRuntimeException: Conflicting module versions. Module [groovy-all is loaded in version 2.0.5 and you are trying to load version 2.0.7
at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerExtensionModuleFromProperties(MetaClassRegistryImpl.java:186)
at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerExtensionModuleFromMetaInf(MetaClassRegistryImpl.java:174)
at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.registerClasspathModules(MetaClassRegistryImpl.java:156)
at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init>(MetaClassRegistryImpl.java:111)
at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.<init>(MetaClassRegistryImpl.java:73)
at groovy.lang.GroovySystem.<clinit>(GroovySystem.java:33)
... 14 more
Я запускаю GGTS 3.1.0.RELEASE с помощью Groovy Компилятора 2.0 Feature 2.7.1.xx-20120921-2000-e42RELEASE и Groovy/Grails Tool Suite 3.1.0.201210061306-RELEASE-e42. В проекте настроен Groovy Уровень компилятора 2.0. Предпочтения Eclipse говорят: "В настоящее время вы используете Groovy компилятор версии 2.0.4.xx-20120921-2000-e42RELEASE".
Любые подсказки?
У меня нет объяснений, почему это не сработало, но я нашел обходное решение.
У меня была другая цель запуска, настроенная для того же приложения, но с настройкой -Dgrails.env=..., которую я мог запустить без проблем. Я просто скопировал эту конфигурацию и удалил параметр. Таким образом, я в основном воссоздал простую конфигурацию запуска, которая ранее не срабатывала.
Проблема исчезла.
У меня была эта проблема на Grails 2.2.0 на машине Ubuntu, я исправил ее с помощью следующих шагов:
который решил проблему для меня.. надеюсь, что эта помощь
У меня была та же проблема, я собирал groovy -all 2.0.7 от GGTS и 2.0.8 из моего проекта grails. Чтобы устранить проблему, я удалил библиотеку "Groovy Dependencies" из проекта eclipse.
Щелкните правой кнопкой мыши по проекту → Свойства → Путь сборки Java → Библиотеки (вкладка) → Groovy Зависимости → Удалить
Вручную удалите Run-приложение Run Configuration, чтобы он воссоздавался. Об этом сообщается как об ошибке 1 августа 2013 года. Отчет об ошибке: https://issuetracker.springsource.com/browse/STS-3501
Я удалил metadata в рабочей области GGTS и reimport. Он работает, я снова могу запустить приложение.
У меня была та же проблема, и я решил ее:
Это помогло мне.
Я решил это, исключив возможность вручную загрузить путь к классам в Run Configuration. Он использовал неправильную версию Grails (2.5.0 вместо 2.5.1).
В основном использовался неправильный путь к классам.
Возможно, это приводит кого-то к правильному пути:)
Для меня компиляция из окна команды grails сделала трюк
У меня была такая же проблема при запуске через eclipse, и то, что сработало для меня, - это сделать следующие изменения Перейдите в Свойства проекта → Groovy Компилятор → настройте параметры рабочей области. Снимите флажок "Включить проверку несоответствия между проектами и рабочей областью Groovy уровни компилятора"
У меня такая же проблема, но при изменении имени проекта grails он работает правильно.
Другое решение сработало для меня, когда Eclipse перестала работать с моим проектом с "groovy -all загружен в версию... и вы пытаетесь загрузить версию".
Вручную удалил строку groovy -all из .classpath, исправил ее.
<classpathentry kind="lib" path="Libraries/groovy-all-2.1.2.jar"/>
Я нашел решение в этом сообщении в блоге.
У меня была та же проблема, я пошел в Project properties -> Groovy Compiler ->configure workspace settings, и я нажал кнопку "Переключиться", которая соответствовала одной из двух версий сообщения об ошибке.
Я надеюсь, что это поможет
Я знаю, что это вопрос GGTS, но Google привел меня сюда, и это кажется распространенной проблемой даже после нескольких лет, поэтому я отправляю этот ответ здесь. Надеюсь, это поможет другим пользователям STS, которые также приземляются здесь.
У меня была эта проблема с Spring Tool Suite, используя Spring Boot Version 1.3.3.RELEASE и gradle версия 2.14. Существует некоторая внутренняя зависимость от groovy 2.4.6 и groovy -all 2.4.6, но мое рабочее пространство Eclipse groovy Библиотеки - это версия 2.4.7. Удаление библиотек groovy из свойств проекта Spring/Gradle работает для запуска этих проектов, но для других проектов groovy в рабочей области вы застряли между камнем и жестким местом. Они будут либо запускаться, если вы нажмете "да", когда "Ошибки существуют в проекте. Запустите в любом случае?" если вы удалите библиотеки groovy из пути создания свойств или у них не будет ошибок проекта, если вы поместите в каталог свойств groovy libs.
Решено путем добавления явных зависимостей в build.gradle на groovy 2.4.7 и groovy -all 2.4.7 для gradle проектов в рабочей области
compile('org.codehaus.groovy:groovy:2.4.7')
compile('org.codehaus.groovy:groovy-all:2.4.7')
и (закрыть Eclipse STS), а затем удалить папку 2.4.6 из кеша .gradle
<path to>\.gradle\caches\modules-2\files-2.1\org.codehaus.groovy\groovy\2.4.6
<path to>\.gradle\caches\modules-2\files-2.1\org.codehaus.groovy\groovy-all\2.4.6
и (Открыть STS), затем щелкните правой кнопкой мыши проект gradle > gradle > обновить gradle проект
Теперь другие groovy проекты в рабочей области работают без конфликта 2.4.6 с 2.4.7.
У меня было то же исключение, когда я пытался запускать тесты JUnit в моем проекте загрузки Spring только в Eclipse, mvn отлично их выполняет. Я не использую Gradle или Groovy. Действительно, проверяя путь тестового класса при отладке, были показаны две версии groovy.jar. Рабочая версия groovy.jar была выбрана из других проектов в рабочей области Eclipse. Я смог исправить это, удалив Разрешить зависимости из проектов Workspace в свойствах проекта → Maven
используйте mvn denpendency: дерево, чтобы проверить ваши зависимости, возможно, существуют конфликты версий.