Emmanuel Hugonnet a écrit 51 commentaires

Pour binder sur autre chose il faut passer -b 0.0.0.0 lors du lancement de JBoss.
Pour les options de démarrage de JBOSS : https://community.jboss.org/wiki/JBossRunParameters

Je ne comprends pourquoi tu dois être root, moi je peux le lancer sans sudo si je l'installe dans mon home.
La doc n'est pas notre point fort :( mais il faut créer un domaine supplémentaire dans l'administration et avoir au préalable configuré la connexion à l'annuaire. Si tu regardes dans $SILVERPEAS_HOME/properties/com/stratelia/silverpeas/domains tu devrais y trouver plusieurs exemples de configuration LDAP sur différents serveurs.

JBoss 6.1 est hélas très long à lancer et c'est pourquoi on espère migrer rapidement sur JBoss 7.1 qui boote en moins de 30s.

Le script start_db ne sert qu'à démarrer la base embarquée, en prod tu aurais un service Postgresql. Les script init.d ne sont pas dans les sources mais on peut les fournir sans souci.
Si tu veux aller plus loin envoie moi un mail ehu chez silverpeas.org (je ne suis pas commercial avec les avantages et inconvénients liés ;) )

Merci Stéphane :) , personne ne voulait mettre ce thème car pas assez 'pro' ;) par contre il n'a pas été testé sous autre chose que Firefox.

L'installation 'classique' via maven telle qu'elle est décrite sur le site se fait uniquement par shell cependant c'est un poil plus compliqué. C'est la procédure que nous utilisons pour les mises en prod.
La doc parle avec des variables d'environnement à la Windows car un admin Unix sera faire la transposition, un utilisateur Windows ... ;)
Les scripts shell unix fonctionnent sous Mac OSX mais n'ont pas été testé sous BDS (y a pas de raison que ça ne fonctionne pas).

Oui car je n'ai pas mis à jour suite à l'upgrade de JBoss4 en JBoss 6 qui est plus 'gros'.
Je vais voir si je ne peux pas le faire maigrir(car je crois que j'embarque tous les profils de JBoss).

Salut,
Pour un site de démo 'sandbox' effacé tous les soirs je ne sais plus pourquoi on a abandonné. Sinon la version IzPack est complète (à part l'utilisation d'une SGBD embarquée), assez simple à installer (sauf sous un OS propriétaire où il faut être Administrateur et où il semblerait que Jboss démarre mal sur une JRE n'ayant pas server.dll disponible) même s'il faut un X car la version console d'Izpack n'est pas encore fonctionnelle malgré mes efforts ;). D'ailleurs une des évolutions serait de proposer carrément une installation complète avec Izpack, la version de démo n'étant qu'une option. C'est juste que pour mettre à jour c'est plus compliqué à géré.
Sinon s'il y a des volontaires pour nous aider à proposer des packages natifs je veux bien échanger avec eux.
Il y a des captures d'écran dans les release notes mais c'est vrai que c'est assez léger.
Sinon j'avais twitté des captures d'écran prises sont mon poste de développement :
http://twitpic.com/7x4i1y
http://twitpic.com/7x4hid
mais je vais essayer d'améliorer ça sur le site avec peut être un lien en page d'accueil.

Izpack est un installeur multiplateforme écrit en Java : http://izpack.org (désolé le lien sur codehaus a changé)
J'ai mis un lien vers le projet mais ce n'est pas le sujet de la conférence c'est pour cela que je ne me suis pas étendu sur ce projet.

Je ne promets rien pour les slides par contre nous essayons toujours de faire un compte rendu de la soirée.

Délicat de faire venir un formateur de Hollande un week-end gratos surtout que la formation dure 3 jours.
Pour Paris je l'ignore mais c'est clair que la première en France sera à Grenoble :P

Parce que l'IMAG a exigé un service de sécurité (qu'une association organisant des conférences libres et ouvertes a bien du mal à se payer)
et que l'ENSIMAG nous met des contraintes et des lourdeurs trop fortes :(( (pas sûr d'avoir la salle jusqu'à 48h avant la conférence, pas de possibilité d'organiser un pot, des horaires très contraints ...)
C'est bien dommage mais c'est comme ça :(

Merci.
Les plannings ne sont pas toujours faciles à gérer, en l'occurrence nous n'avions pas prévu plusieurs conférences en octobre, c'est juste un concours de circonstances et de disponibilités pour les speakers.
Ainsi il est possible que le fondateur du projet Apache Maven passe autour du 8/9 novembre à Grenoble (en plein fOSSA). Je le sais depuis hier, donc soit je l'invite soit j'attends 5 ans qu'il repasse dans la région...
Si les membres des associations pré-citées veulent me contacter pour qu'on se synchronise, je suis ouvert :o)

Moi aussi je suis passé à Redmine car Trac est plus délicat à configurer et ne supportait pas le multi-projet. Est ce que ça a changé depuis ?

Maven Ant task ca marche mais c'est parfois assez chaud. Surtout dans les projets multi-modules.
Mercury c'est le nouveau truc de Jason (si je ne m'abuse) mais je ne connais pas bien, une bonne question à poser à Arnaud ;o)

Les slides seront diffusés librement (je ne sais pas exactement sous quelle creative commons).
Nous allons essayer l'enregistrement (son/video) mais n'étant pas un pro de ce genre de techniques ..... on verra ce qu'on arrive à en faire.

La fusion basique slides/son se fait bien avec slideshare (on pourra se synchroniser).

+1 pour Redmine que j'ai découvert grâce à GNU/LinuxMag et qui est vraiment de très bon facture.

Bonjour,
Le but d'un coding dojo (http://www.codingdojo.org) est de pratiquer plutôt qu'une présentation 'classique' à base de slides ou de démo. Je pense aussi que ça ne donnera pas une vision complète de ce framework mais au moins de se faire une idée. Je ne suis ni utilisateur ni promoteur de Play! mais justement je voulais voir ce que ça donne d'où l'idée de prendre un exercice contraint (un cahier des charges relativement précis) et de demander à ce que cela soit codé en live.
En ce qui concerne le texte sans modestie, j'avoue moi aussi avoir du mal avec :o) mais je ne connais pas Play! (c'est d'ailleurs la raison pour laquelle j'organise ce dojo) aussi j'ai repris in-extenso le texte proposé par les présentateurs.

Je prends note cependant que j'ai un peu zappé le contexte car c'est vrai que cela fait un an que nous organisons (car je ne suis pas seul) ce type d'évènement (coding dojo). Sans compter que ça a été inventé en France ;o) il y a quelques années et qu'on en parle beaucoup en ce moment dans les communautés auxquelles j'appartiens. Donc mea culpa.

Nous avons demandé l'autorisation de traduction (d'autant qu'elles avaient déjà été réalisées en allemand et en chinois).
Après pour ce qui est de la license, je ne suis qu'un humble traducteur.

Merci ,je le note :o) et cela sera corrigé ce soir sans faute.
Il ne reste plus que 429 pages à relire ...

La seule vertu de telles méthodologies, c'est de créer une discipline (notamment en entreprise, où le chef voit son autorité légitimée par l'autorité extérieure de la méthodologie). Mais à ce compte elles se valent probablement toutes, et les querelles de clocher ou de génération sont sans importance.
La discipline est nécessaire dans un programme / projet complexe, je ne pense pas que le développement du noyau Linux soit si anarchique que ça. J'en veux pour preuve l'intégration de reiserfs4 (paix à son âme :o(( ) ou de zfs qui ont été refusés car ils ne respectaient pas les 'normes' de codage. Le code est relu avant d'être intégré (tiens une forme de pair-programming même si on est en mode distribué).
Sinon concernant la notion de codification stricte et la vente de gros livres, ça existe sûrement mais c'est contraire à l'Agile où l'idée est de privilégier l'adaptation et le bout de la chaîne (l'équipe). La méthode est plus un certain nombre de règles que l'on pose pour travailler et réaliser un projet (quelque soit sa licence). Mais je suis bien d'accord il y a énormément de buzz autour de l'agilité, si ça fait progresser tout le monde tant mieux, de toute façon c'est inévitable. Il y aura toujours des parasites (ça existe même dans le libre, et là aussi ça me rend triste). Pour moi l'agilité c'est une 'philosphie', une manière de penser son projet, comme le libre.
Le chef n'existe plus en tant que tel dans une équipe Agile puisque l'un des mots d'ordre est 'empowered the team' (donner le pouvoir à l'équipe). Je dirai même au contraire que le chef de projet classique a plutôt tendance à disparaitre dans une équipe agile (ce qui n'est pas sans créer une certaine résistance).
Pour les bugs, désolé moi je me trompe souvent, je remanie mon code très souvent et j'essaye de suivre l'évolution des librairies que j'utilise. Je suis bien content d'avoir une batterie de tests qui m'assure 'automatiquement' que tout fonctionne toujours, plutôt que de devoir rejouer ça à la main où que mes utilisateurs le découvrent en étant bloqué avec mon logiciel en rade :o(. Ce n'est pas parfait mais ça aide et moi je ne veux plus coder sans, j'y gagne en temps et en stress en moins et en plaisir en plus :o).

PS.: juste pour conclure, l'agilité était l'un des arguments qui a convaincu mon boss d'ouvrir notre logiciel en GPLv3 cette année ;o).

Euh un truc genre base CDDB avec les paroles ca remplacerait avantageusement ton plugin non ?

juste mes 0.02¤

C'etait une lettre surchargee de maniere manuscrite qui relevait le charactère choquant du passage en urgence et qui annonçait qu'il allait "remonter" cela à ses collègues de l'Assemblée.

Pour continuer j'ai reçu un mail de
Aurore Gillmann (directrice de cabinet de François Brottes, député de l'Isère et maire de Crolles) qui devrait m'envoyer la lettre qu'il transmet a notre ministre Donnedieu de Vabre.

La suite au prochain épisode donc :p

Moi j'ai eu une réponse d'un député (sur 10): Didier Migaud, député de l'Isère. Mais silence chez les autres :((

Effectivement, en PHP tu auras généralement plein d'implémentations d'un même procédé. Tu n'as pas besoin de réinventer la roue contrairement à ce que tu dis (d'autres l'ont déjà fait), mais la roue existe en une dizaine de modèles en magasin. Charge à toi de prendre la roue adaptée. En Java il y a *la* roue et tout le monde utilise la même.

La tu limites Java a J2EE et pire encore tu limites le web en Java a J2EE hors il suffit dans 90% des cas d'un simple container de servlets et en plus tu peux lui plaquer plein de roues : par exemple JDO, Hibernate, JDBC au lieu des EJBs, les containers legers a la Spring, etc.... Bref le choix est aussi present et heureusement sinon y aurait pas d'architectes applicatifs en Java :p
Moi je pense que l'avantage de J2EE c'est qu'on a un meilleur support chez les applis proprio et une meilleure interoperabilite avec le reste du SI en 'natif' via des interfaces standards.

J'avais lu et je n'en suis toujours pas convaincu. Franchement la solution de Java a ce niveau la n'est pas excellente mais c'est moins pire. Je preferre un truc qui me dit qu'il risque de peter a attrapper toutes les exceptions en haut. Mais c'est mon avis perso, je concois que ca en gene certains.
Je ne considere pas la 'verbosite' (desole pour l'anglicisme) comme un handicap pour la code. Et j'adore ecrire tous ces catch en cascade :P

Oui et la JavaCard, les telephones portables, les AIX, les AS 400, c'est de l'x86 ????
Tu as 5 versions sur le site de Sun mais tu sembles ne pas savoir qu'il n'y a pas que Sun dans l'histoire de Java.

Mais qui depend du bon vouloir et des brevets de M$ ;-)
Meem si la dessus je ne defendrai pas Sun, avec son histoire de ne pas couvrir OO :(