Discussion :

[romaintaz]

Hello,

Je poste ici, ça me paraît être le mieux pour ce sujet (à ce propos, avis aux modérateurs, un sous-forum Intégration Continue serait la bienvenue, non ?)

J'ai donc installé sur ma machine Hudson, dont j'avais entendu le plus grand bien.
Je ne suis pas allé très loin dans son exploration, mais je le trouve vraiment attractif !

Une question toutefois : Y a-t'il une façon de paramétrer des utilisateurs pour l'utilisation de Hudson. Cela permettrait de catégoriser les utilisateurs en administrateur (qui peut tout faire), en manager de projets (qui peut manipuler ses projets), ou en visiteur (qui peut regarder les projets, mais ne pas les modifier ou relancer leur build) ?
Si non, est-ce prévu dans un avenir plus ou moins lointain ?

[evenisse]

Je ne sais pas pour Hudson, mais en tout cas, c'est possible dans Continuum

[romaintaz]

Personne n'utilise Hudson ici ?
C'est dommage, parce que hormis ce petit souci, je le trouve vraiment extra

[ehsavoie]

Il ne me semble pas que tu aies la notion de role dans hudson. Ils utilisent l'authentification et la securite du container (donc sous Tomcat users.xml par defaut) avec soit un role admin soit un role de consultation. Je pense qu'il doit être assez simple de modifier cela.
Par contre ce n'est pas lié aux utilisateurs d'hudson (au sens des developpeurs d'un projet) et là je pense que ca serait plus complexe.
Emmanuel

[romaintaz]

ehsavoie,

C'est effectivement ce qu'il me semblait, d'après quelques informations récupérées aujourd'hui.
J'espère toutefois que cela sera implémenté dans de futures versions de Hudson, parce que je trouve ça assez important (mais bon, ce n'est que mon avis )

[ehsavoie]

Si tu veux des roles supplementaires tu peux facilement les ajouter dans ton users;xml et ajouter les contraintes de securite qui correspondent (sur les urls) dans le web.xml du hudson.war. Par contre lier les utilisateurs d'hudson aux utilisateurs Tomcat (ou tout autre serveur d'app) me semble trop complexecar on tombe sur les realm jaas propres à chaque implémentation de serveur.

Emmanuel