Grails：リフレッシュ依存性

Question

私はSTSを使用しています。クラッシュ時にアプリケーションを停止すると、深い内部の作業のように見える100種類のクラスファイルが開かれることがあります。 HTTPBuilderは動作を停止しました。私は誤ってこれらのファイルの1つをタイプしてしまったので、念入りにそれを保存していたので、私はそれを疑っています。 HTTPBuilderに関連するローカルファイルを何らかの形で破棄した場合、どうすれば依存関係を更新できますか？

私の特定の問題を（BuildConfig.groovyリポジトリにインストールし、プラグインの休息ともコメントを外し、すべてを行っている）との誤差はここにある： Grails: HTTPBuilder stopped working suddenly

UPDATE：することができますように、私は、STSを非難するのが大好きだな限り私自身の他の質問への私の答えから見ると、私は自分の不注意によって純粋に妨害されました。

Answer 1

今日は、Artifactory Migrationが原因であると思われる問題がありました。あなたの問題は似ているかもしれません。問題を診断するために最初に行ったことは、BuildConfig.groovy（変更log "warn"〜log "debug "）のデバッグログを表示することでした。これを実行すると、ArtifactoryのGrailsレポジトリは、作成されたクエリとは異なる応答をしているようです依存関係を計算するために、これらの問題を回避するために、私たち：その推移依存関係ではなく、特定のバージョンを使用するようBuildConfig

に追加grailsRepo "http://grails.org/plugins" grailsCentral、grailsHome、およびBuildConfig

からgrailsPlugins

を削除

1. は、私たちの依存関係の1つを変更しますバージョン範囲の一覧
については

、私たちの具体的な例を変更しました：

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"    
    } 

に私は、これらの工程の全てが必要であったかどうかわからないんだけど、彼らは私たちが前方に移動することができます。