1

STS Pro でバージョン 1.3.5 にアップグレードしなければならなかった古い Grails 1.1.1 プロジェクトがあります。

予想どおり、問題を引き起こしている可能性のあるいくつかのがれきが浮かんでいますが、それが問題の原因であるかどうかはわかりません.

これが問題です。クラス (Java または Groovy) を保存するたびに、プロジェクト全体が自動的に再構築され、war ファイルが作成されます。

これは正常な動作ですか？実際には、ビルドがバックグラウンドで実行されるため、それほど気にしません。問題は、ビルドによって一部のリソースが一時的にロックされることがあり、アサーションが失敗したためにデプロイできなかったという迷惑なポップアップが表示されることです。

ちなみに、何の主張だったのかは書かれていないので、毎回「OK」をクリックしなければなりません。

これは本当に苦痛になりつつあります。

助けていただければ幸いです。

ありがとう、

ルイス

4

4 に答える 4

1

grails run-app を呼び出すのではなく、新機能 (2.5.1 の新機能) を使用して grails アプリを tc サーバーにデプロイしているようです。

これは追加したばかりの新機能であるため、まだ荒削りであり、完全に必要でない場合でも war ファイルを再構築している可能性があります。これについては、jira の問題を提起することをお勧めします: https://issuetracker.springsource.com/browse/STS

于 2010-12-04T23:48:59.143 に答える
1

リファレンス ドキュメントによると、次のことができます。

grails -Ddisable.auto.recompile=true run-app

ただし、変更を加えるたびにアプリケーションを再起動する必要があります。

于 2010-11-30T19:14:35.620 に答える
0

アンドリューはおそらく正しい。新しい Grails プロジェクトをゼロから作成し、コマンド grails dev run-app (STS から実行可能) を使用してプロジェクトを実行しました。

問題はなく、期待どおりに動作しました。WAR ファイルを再生成してデプロイすることなく、コードに変更をホットデプロイすることができました。残念ながら、STS のコンソールは、コンパイルが完了して Web アプリの準備が整ったときに表示されないため、ブラウザーを更新する前に少し待つ必要があります。

于 2011-01-05T22:19:08.700 に答える
0

私はgrails run-appを呼び出すのと同じ問題を抱えています。STS は毎回 WAR ビルドをトリガーしているため、ブラウザーで変更にすぐにアクセスできますが、STS は CPU サイクルを噛み始め、再構築中に一時停止します。頻繁に節約せずにはいられません。スペースクエストをやって育ったので、昔からの癖です。

于 2011-03-24T04:43:32.373 に答える