2010-12-03 25 views
3

Je suis vraiment désespérée parce que chaque fois que je redémarre mon serveur Tomcat pour télécharger d'autres fichiers de guerre à partir d'applications, une de mes applications apparaissent toujours avec ce bug de grails. Mon application fonctionne presque tout parfait, mais il ya toujours la même vue avec ce problème.Problème avec grails [objet n'est pas une instance de classe déclarante]

J'ai essayé de faire: cd webapps trouver mygrailsappli -exec touch {}; de FAQ Grails, mais il ne fonctionne pas après le redémarrage. Mais quand je redémarre comme 10 ou 20 fois cela fonctionne à nouveau. Je ne peux plus m'en occuper, je dois être un moyen de l'arrêter et j'ai besoin de vous.

+0

pouvons-nous voir le code? Quand vous construisez votre guerre faites-vous un grails propres en premier? Déployez-vous ou arrêtez-vous à chaud votre conteneur et déployez-vous? – hvgotcodes

+0

La stacktrace complète était utile (c'est ce que cela signifie). - En outre, définissez le niveau de journalisation sur "warn" et vérifiez les messages au démarrage de l'application. – robbbert

+0

Votre tomcat est-il configuré pour déballer les guerres? – bluesman

Répondre

4

Il semble que cette erreur soit souvent due à un problème de contraintes sur les objets du domaine. Plus spécifiquement, s'il y a un champ contraint qui n'existe pas dans la classe, ce message d'erreur est produit (et est plutôt non-informatif, à mon humble avis).

Il est préférable de vérifier que tous les champs mentionnés dans les contraintes apparaissent, avec exactement la même orthographe, dans l'objet sur lequel se trouvent les contraintes.

Il ya un élément similaire noté ici: http://www.manning-sandbox.com/thread.jspa?threadID=47415