2010-12-03 10 views
0

Hey all、 Grails in Netbeans(6.9.1)から始めるところです。私はデモが動作しているが、Groovyファイルを変更するたびにプロジェクトをビルドしてからrun(つまり、 "grails build"と "grails run-app"に相当)を選択する必要がある。すでにインスタンスが実行されている場合は、まずそのインスタンスを停止する必要があります。Grails&Netbeans:run-appを再実行せずに変更する

これは間違っています。私はちょうどgroovyファイルを変更することができるはずですが、自動的に再読み込みされるようです。グルーヴィーのポイントじゃない?

これは実際にNetbeansでどのように動作するはずですか? IDEの戦争に参入することなく、他のIDEはそれをより良くしますか?誰もがIntelliJのGrailsサポートについて賞賛しているようです。その価値はありますか?

1つの最後のポイント...私は、定期的な戦闘プロジェクトが自動的にF11ビルドで自動的にリロードされなくなったことに気付きました。これは関連していますか?

おかげで

--Matthias

+0

私はいつもコマンドラインからアプリケーションを実行し、私のIDEを変更します。 – hvgotcodes

+0

Ok ...少なくとも、私の期待が不合理ではないことの確認。 Netbeansを再インストールするか、.netbeansフォルダを壊すことで、ちょっとファンキーなものかどうかを見てみましょう。ありがとう。 – mlathe

答えて

2

も、コマンドラインからアプリあなたのGrailsを実行して、すべてのファイルのためにリロードしていることを期待しないでください。

変更したGroovyファイルによっては、Grailsの実行時自動リロードが機能します。実際:

  • ファイルと開発モードでリロード支援フォルダ:gsp(ビューフォルダ内の)ファイル、(サービスフォルダ内)のGrails servicescontrollerstaglibscssi18resourcesjavascriptファイル、いくつかのconfigファイル(Config.groovyのような)、url mappings。例えば、サービスで春トランザクションのアノテーションを使用すると、リロードがファイルやフォルダがをリロード支援(およびアプリケーションの再起動が必要)NOT

  • を墜落行ったときに、いくつかのGrailsのバグがあることに注意してください:src/groovyの下で任意のコードを、src/javaDomain classes(ドメインディレクトリの下)、いくつかの設定ファイル、プラグインの変化、utilsのフォルダの下に任意のコード(あなたは、例えば任意のコーデックを持っている場合)

ので、あなたの場合、コントローラのGroovyファイルを変更してNetBeansがアプリケーションを再起動する場合は、別のコマンドラインを使ってgrailsアプリケーションを実行し、IDEを使ってコードを変更することをお勧めします。唯一の悪い点は、NetBeansデバッガを使用しないことです。 実際これは私がGrailsとIntelliJを使って作業する方法です

+0

うわー...良い答えです。 "別のコマンドライン"とは、プロンプト、すなわちcygwinまたは何かからgrailsを実行することを意味します。この情報の参照はありますか?これは、あなたがドメインクラスを再読み込みできると言います:http://www.grails.org/Auto+Reloading。とにかく、ありがとう。 – mlathe

+0

はい、私はそれを意味します。 Windowsでは、dosコマンドプロンプトでも動作します。 cygwinの必要はありません。 – fabien7474

関連する問題