0

Je n'ai pas vraiment fait grand chose de ce côté-ci du développement de projet alors s'il vous plaît pardonnez l'ignorance.Résolution des chemins/dépendances des plugins d'un projet Grails

Nous utilisons SpringSource Tool Suite (STS) et COMMIT ("promouvoir") nos codes à un contrôleur de version (AccuRev). La chose est, nous n'avons pas promu notre .classpath et .project après la première fois au dépôt (en raison de chemins codés en dur insérés par l'IDE lors de l'installation des plugins) ainsi quand nous tirons le projet vers une nouvelle machine ou espace de travail, nous ne pouvons pas sembler résoudre nos plugins. Prenez par exemple le plugin Acegi (maintenant Spring Core Security). Même si nous faisons "Grails Tools> Refresh Dependencies", rien ne se passe et si vous extrayez le .classpath et .project, il n'a pas les chemins nécessaires aux plugins tellement que les codes source seraient criblés d'erreurs indiquant que la classe so et n'a pas pu être résolue ... mais le projet sera toujours exécuté si vous exécutez "grails run-app".

pire des cas encore est que nous avions 2 versions du plug-in installé (comme nous l'avons vu défini dans application.properties) ...

Des conseils sur la façon de résoudre ce problème? Je sais que j'ai lu sur Maven et/ou mis en place un référentiel séparé pour les plugins et pointant les chemins là-bas mais je ne sais pas par où commencer.

Toute aide serait sérieusement appréciée!



MISE A JOUR 18/08/2010:

Je suis allé à ce site et a suivi la suggestion ->Click here

J'ai effectivement lu ce blog mais je ne suivrai parce que je semble toujours casser mon STS quand les mises à jour sont installées; p De toute façon, tout ce que j'ai fait était d'installer le nouveau support de Grails, de cliquer sur Actualiser les dépendances et ... les choses ont été réparées. Eh bien, les chemins dans le fichier .project sont codés en dur sur des chemins absolus mais ils ont fait le travail ...

Eh bien, si quelqu'un a d'autres (et meilleures) solutions à partager, je suis tout ouïe! =) Merci encore!

Répondre

0

cette pourrait être pertinent en fonction de vos versions Grails:

Plugin Change

Depuis 1.1, Grails aucun plug-ins plus de magasins dans votre project_home/plugins par défaut. Cela peut entraîner des erreurs de compilation dans votre application, sauf si vous réinstallez tous vos plugins ou définissez la propriété suivante dans grails-app/conf/BuildConfig.groovy:

grails.project.plugins.dir = "./ plugins "

+0

yup vrai ... en fait, j'ai seulement commencé à utiliser des grails lorsque 1.2.0 est sorti ... la chose est, quand nous tirons dans le projet de la repository et exécutez l'application, les plugins sont réinstallés ... sauf que les chemins ne sont pas mis à jour n'importe où, donc STS se plaint de ne pas pouvoir résoudre tel ou tel paquet etc. (mais vous pouvez lancer l'application néanmoins! lol) en particulier pour acegi et hibernate ... va essayer votre suggestion si, merci! – callie16

1

Essayez ce plugin pour créer .classpath et fichiers .project: http://www.grails.org/plugin/eclipse-scripts

+0

merci! va regarder dans ce! =) – callie16

+0

hmm ... semble que je cours quelques problèmes avec les connexions aux dépôts ici ... ne peut pas sembler l'obtenir pour le moment :( – callie16

0

Grails a la gestion des dépendances très laid ... il sera changé sur 1.3.5 ou plus proche de la libération 2.0.0.

Dans votre cas, je vais vous suggère d'utiliser STS fourni l'installation Grails ou ajouter manuellement les dossiers de plugins comme dossiers source (nouveaux STS permet de résoudre partiellement ce problème, mais pas du tout).

FlareCoder suggested solution à.

+0

haha ​​ya, un peu pensé que ce serait quelque chose comme ça ... – callie16

Questions connexes