Grails: обновить зависимости

Question

Я использую STS, и иногда, когда я останавливаю свое приложение в аварийном режиме, оно открывает до сотни различных файлов классов, которые кажутся глубоко внутренними рабочими материалами. HTTPBuilder просто перестал работать, и я подозреваю, что это потому, что я случайно набрал один из этих файлов и отсутствующим образом сохранил его. Если бы я как-то уничтожил локальный файл, связанный с HTTPBuilder, как бы я обновил свои зависимости? (сделал остальную часть установки плагина, а также раскомментировал все в репозиториях BuildConfig.groovy)

Моя конкретная проблема и ошибка здесь: Grails: HTTPBuilder внезапно перестал работать

ОБНОВЛЕНИЕ: Как бы мне ни хотелось обвинять СТС, как вы можете видеть из моего ответа на мой собственный вопрос, я был просто расстроен моей собственной невнимательностью.

Answer 1

У нас сегодня была проблема, которая, как мы подозреваем, была вызвана Artifactory Migration . Ваша проблема может быть похожей. Первое, что мы сделали для диагностики проблемы, - включили ведение журнала отладки в BuildConfig.groovy (измените log "warn" на log "debug "). Как только мы это сделали, стало очевидно, что репозитории Grails в Artifactory, похоже, отвечают в отличие от запросов, выполняемых для вычисления зависимостей. Чтобы обойти эти проблемы, мы:

1. Удалены ГрааляЦентральный, ГрааляДом и ГрааляПлагин из BuildConfig
2. Добавлено grailsRepo "http://grails.org/plugins" в BuildConfig
3. Изменили одну из наших зависимостей, чтобы ее переходные зависимости использовали определенные версии вместо диапазонов версий.

Для 3 наш конкретный пример должен был измениться:

runtime 'com.amazonaws:aws-java-sdk:1.3.4'

до

runtime 'com.amazonaws:aws-java-sdk:1.3.4', {
            excludes "commons-logging",
                "httpclient", "jackson-core-asl", "jackson-mapper-asl"
        }
runtime 'org.codehaus.jackson:jackson-core-asl:1.7.9' {
        configurationmapping "*->*,!sources,!javadoc"
    }
    runtime 'org.codehaus.jackson:jackson-mapper-asl:1.7.9' {
        configurationmapping "*->*,!sources,!javadoc"            
    }

Я не уверен, были ли все эти шаги необходимы, но они позволили нам двигаться вперед.