Grails & Netbeans: faire des changements sans relancer run-app

Question

Salut à tous, Je ne fais que commencer avec Grails dans Netbeans (6.9.1). J'ai une démo qui fonctionne, mais chaque fois que je change un fichier groovy j'ai besoin de construire le projet, puis sélectionnez run (c'est-à-dire l'équivalent de "grails build" et "grails run-app"). Si une instance est déjà en cours, je dois d'abord fermer cette instance.

Cela semble faux. Il semble que je devrais être capable de simplement changer le fichier groovy, et il serait automagiquement rechargé. N'est-ce pas le point de groovy?

Est-ce réellement la façon dont il est censé fonctionner dans NetBeans? Sans entrer dans une guerre IDE, les autres IDE le font-ils mieux? tout le monde semble s'extasier sur le support des Grails dans IntelliJ. Est-ce que ça vaut le coup? Un dernier point ... J'ai remarqué qu'un projet de guerre standard ne se recharge plus automatiquement sur une build F11. Cela pourrait-il être lié?

Merci

--Matthias

Answer 1

Ne vous attendez pas à avoir rechargeant pour tous vos fichiers même en exécutant votre application Grails par la ligne de commande.

En fonction du fichier groovy que vous avez modifié, le rechargement automatique de grails au moment de l'exécution fonctionnera ou non. En effet:

• Fichiers et dossiers de soutien rechargeant en mode développement: gsp fichiers (dans le dossier de vue), Grails services (dans le dossier de service) controllers, taglibs, css, i18resources, javascript fichiers, certains config fichiers (comme Config.groovy), url mappings. Notez qu'il ya un bug Grails quand, par exemple, en utilisant l'annotation transactionnelle du ressort des services rend le rechargement écrasé

• fichiers et dossiers ne supportant pas rechargeant (et nécessitant un redémarrage de l'application): tout code sous src/groovy, src/java , Domain classes (sous le répertoire de domaine), certains fichiers de configuration, des changements dans plugins, tout code sous utils dossier (si vous avez un codec par exemple)

Alors dans votre cas, si vous modifiez un fichier groovy du contrôleur ET que NetBeans redémarre l'application, je vous recommande d'utiliser une ligne de commande distincte pour l'exécution de l'application Grails et l'utilisation de l'EDI pour les modifications de code. Le seul inconvénient est que vous n'utiliserez pas le débogueur NetBeans. En fait, c'est comme ça que je travaille avec Grails et IntelliJ