1

現在、「メインライン」コード用に 1 つのワークスペースと、各反復の最後に作成するブランチごとに 1 つのワークスペースがあります。私はSTSとgrails 1.3.6を使用しています。プラグインは追加されておらず、Java jarファイルがいくつかあります。新しいブランチ用に新しいワークスペースを作成するたびに、ブランチ ワークスペースが破損してしまうようです。などの休止状態のクラスが見つからないことを中心に、ローカルでビルド エラーが発生し始めAbstractEntityPersisterます。Windows 7 環境で作業しています。

私の質問は 2 つあります。

One-この問題はキャッシュの問題に関連している可能性がありますか? 理論的には、ビルド grails の依存関係 jar はワークスペース間で同じである必要があるため、1 つのワークスペースに問題があり、1 つのワークスペースに問題がない理由がわかりません。

2-上記の問題をデバッグする最良の方法は何ですか? 現在、私が行っている唯一のことは、[問題] ビューと、2 つのワークスペースをできる限り比較することです。

4

2 に答える 2

2

デフォルトでは、grailsは「$ USER_HOME / .grails / grailsVersion / projectName」を作業ディレクトリとして使用するため、同じ名前で同じgrailsバージョンの2つのプロジェクトがあると、いくつかの問題が発生します。

以下のドキュメントをご覧ください。干渉を防ぐために、各プロジェクトのBuildConfigで「projectWorkDir」を設定する必要があります。

http://grails.org/doc/latest/guide/commandLine.html#buildCustomising

于 2012-10-27T13:52:21.820 に答える
1

プロジェクトの作業ディレクトリの名前がまったく同じですか?

Grails は、$USER_HOME/.grails/<grailsVersion>/projects/<basedirname>コンパイルされたプラグインとスクリプトを含むプロジェクト キャッシュ フォルダーを作成します。実行してもgrails clean、これらのディレクトリは消去されません。

同じ名前の 2 つのプロジェクトが、このフォルダー内のファイルを同時に更新している可能性があります。おそらく 2 つのプロジェクトを同時に作業しているわけではないため、理論的にはこれで問題が発生することはありませんが、両方を STS で開いている場合は、Grails が使用する自動ビルドおよび自動再読み込みメカニズムをいじっている可能性があります。

as documentedを使用して、作業ディレクトリを設定するBuildConfig.groovyか、フォルダーを上書きしようとします。grails -Dgrails.project.work.dir=work

これに失敗した場合は、Grails 自体が実行時にクラスをコンパイル/リロードするため、STS で自動ビルドを無効にすることをお勧めしますrun-app。また、STS の代わりにテキスト エディター (Sublime Text 2 は素晴らしい) を使用してアプリケーションを編集し、同じ問題があるかどうかを確認します。

于 2012-10-28T03:18:38.123 に答える