Stéphane Traumat a écrit 1023 commentaires

Alors la... j'ai pas compris pkoi je me suis fait moinssé ?
On peut en discuter ?

http://about.me/straumat

Heureusement que les bases de données sont devenus des composants super commun qu'on peut relativement facilement changer.. on avait prévu de refaire un peu de MySQL mais la, c reparti sur postrgreSQL et derby !

Meme Oracle semble l'avoir compris, avec ses rachats de logiciels (peoplesoft, medecine...), je crois qu'ils commencent à comprendre que les bases de données, c pas l'avenir :D

http://about.me/straumat

http://jooreports.sourceforge.net/(...)
Une librairie pour générer des fichiers Open Office

http://about.me/straumat

oui, il y a du chemin à faire :)

Mon avis, ca serait de regarder du coté de JSF... mais vas falloir s'accrocher :)

Sinon, pour faire au plus vite, regarde JSP.

http://about.me/straumat

Pas de koi ! ca date un peu mais c'est un bon début pour les ejbs !
Par contre, oublie les ejb entités... trop lourd.

J2EE est une technologie géniale ! mais attention, pleins de trucs à apprendre

http://about.me/straumat

ps : hibernate ne fait pas parti de J2EE, mais c sympa

http://about.me/straumat

Ah désolé... je serais toi, je décidérais de ce que je veux connaitre dans J2EE... je commencerais avec un bouquin sur hibernate puis un sur JSF.

Hibernate 3 : http://www.eyrolles.com/Accueil/Livre/9782212116441/livre-hibernate(...)

et sur JSF, je sais pas, il parait que le core jsf de sun est bien mais je crois pas qu'il existe en français

http://about.me/straumat

Le bouquin que j'ai écrit parle un peu de tout J2EE mais n'aborde chaque point qu'en surface... et oui, c'est vaste.

En fait, le bouquin portant sur JOnAS (un serveut d'applications J2EE), on montre un peu comment mettre en place chacune des technos J2EE avec JOnAS.

Donc ce bouquin peut donner un bon aperçu mais n'est pas suffisant pour programmer en J2EE

http://www.sourcebeat.com/TitleAction.do?id=9(...)

http://about.me/straumat

Idem, envoyez moi un message privé si vous voulez des invitations... j'en ai 50

http://about.me/straumat

on a pas dit que l'open source était la solution utilme, on juste dit qu'elle offrait certaines méthodes qui permettaient aux participants d'un projet de se protéger. Je donne énormément de temps à Objectweb, mais je sais que la communauté aurait les moyens de se protéger face à une dérive.
Quand tu bosses dans une boite pour développer un logiciel, la, tu n'as aucun pouvoir.

Je ne sais pas ou tu as vu qu'on faisait une sociologie de l'ensemble de l'open source, on se félicite juste des moyens de protection q'offre l'open source aux utilisateurs et aux développeurs. Je n'ai pas vu ca ailleurs.

http://about.me/straumat

Justement je ne pense pas que le fork soit la solution magique, plutôt un pis aller. Mais c'est la seule solution proposée par le modèle open source quand un projet dérive vers l'autoritarisme.

De ce que j'ai vu... nottament pour X... c'est un système qui marche plutôt bien, je vois réellement le problème.

La démocratie, contrairement à une croyance répandue, ce n'est pas forcément se donner un dirigeant qui déciderait de tout pour tout le monde. C'est pouvoir intervenir dans les choix, et au minimum pouvoir révoquer ceux qui sont censés incarner ces choix dans le cas où ils ne les respecteraient pas.

C'est plutôt l'anarchie ça non ? :)
L'open source est plutot une méritocratie... généralement, ceux qui avancent le plus sont ceux qui le méritent. J'ai rarement vu des leaders de projets sans compétences et talents alors que j'ai vu un paquet de directeurs commerciaux qui étaient des buses ;)

La seule garantie, c'est les droits accordés par la licence. Et je ne connais que 2 licences accordant de tels droits, la Democratic Software Public License, et la licence IANG.

Tu vas peut etre pouvoir nous expliquer en quoi c'est mieux. De ce que j'ai lu, ca a plutot l'air de structure rigides mais je peux me tromper.

http://about.me/straumat

Si la gpl garantit que tu peux implémenter ce que tu veux dans les logiciels. personne ne peut te limiter en fork.

Quand à la démocratie, si tu es un mauvais dirigeant, les gens se barrent et ton projet meurent car la concurrence est la. Si, par exemple, Jboss se mettait à faire le con et à gérer ca n'importe comment, beh les développeurs pourraient se barrer et les utilsiateurs pourraient se tourner vers d'autres produits.

donc ce n'est pas une garantie, (de tout façon, c'est impossible), mais l'organisation des projets open source fait que dans les faits, les développeurs et les utilisateurs ont un pouvoir sur le projet.

http://about.me/straumat

On voit aussi le point fort de l'open source... pouvoir genrer de l'argent (et donc des emplois) mais permettre aussi aux gens qui méritent de ne pas se laisser faire face à des entreprises qui auraient les dents trop longues !

http://about.me/straumat

Le bouquin que j'ai écrit parle un peu de tout J2EE mais n'aborde chaque point qu'en surface... et oui, c'est vaste.

En fait, le bouquin portant sur JOnAS (un serveut d'applications J2EE), on montre un peu comment mettre en place chacune des technos J2EE avec JOnAS.

Donc ce bouquin peut donner un bon aperçu mais n'est pas suffisant pour programmer en J2EE

http://www.sourcebeat.com/TitleAction.do?id=9(...)

http://about.me/straumat

Pour travailler avec Objecteb, j'ai un bon espoir pour JOnAS... il est nottament une partie désormais importante de la stratégie de Redhat

http://about.me/straumat

Si tu es développeur, essaye un peu XMLBeans, SAAJ, les porlets ou d'autres trucs... et tu seras surpris. Ce n'est pas de la foutaise comem tu dis, ces technos sont parfois vraiment étonnantes et te permettent de développer de superbes applis très propre.

Si tu as déja travaillé du XML avec PHP par exemple, regarde plutot ce code : http://dev2dev.bea.com/pub/a/2003/02/DJ_003.html(...) et tu te diras qu'il manque encore des trucs :)

Les autres technos, je le connais pas mais je vais pas partir du principe qu'elles servent à rien quand je vois à koi servent les autres.

http://about.me/straumat

koi foutaises ?

http://about.me/straumat

j'ai juste regarder JAXB... et j'ai trouvé XMLbeans plus simple... donc à part la simplcité, je peux pas parler du reste...

J'utilise XML bean dans mon projet JUnitScenario

http://about.me/straumat

J'avais pas fini :) je voulais demander si quelqu'un avait déja essayer de remplacer une base style postgresql par derby ? (base < 2 GO)

http://about.me/straumat

Je vous conseille fortement XMLBeans, cela a simplifier énormement tous nos devs avec XML.

Et Derby a aussi l'air super interessant !! on va certainement l'utiliser dans nos futures projets...

http://about.me/straumat

Ne pas oublier qu'un programmeur a le droit de changer de projets :) les programmeurs ne restent pas toute leur vie avec un projet libre et à faire la même chose...

Suse espere peut etre attirer des programmeurs qui y trouveront un produit et une communauté qui leur plait plus !

http://about.me/straumat

Enfin, cela reste TA vision des choses. Perso, je comprends pas du tout ce style "taliban" :)

Il n'y a pas a considere qu'il est "bien qu'il existe des logiciels propriétaires", ils éxistent et c'est tout et beaucoup de gens mangent grâce à eux.

Nous, on a une autre façon de voir et je pense qu'on a raison :) Donc on développe des logiciels libres à notre manière.

Mais ce n'est pas pour ça qu'il faut diaboliser les logiciels propriétaires.. laisser les vivre, il y a de la place pour tout le monde. Si notre modèle est le meilleur, ce que je crois, beaucoup migreront doucement mais surement vers le libre.

Quand aux licences, LGPL donendes logiciels libres et je n'ai aucun prb que mon travail soit récupéré par des boites pour les intégrer à leurs solutions propriétaire.. ca retombe toujours de façon bénégique pour nous.

http://about.me/straumat

tu n'as pas besoin d'etre déclaré comme "standard", ce n'est pas obligatoire... Pour info, les tests J2EE étaient très cher.. Pourtant sun a filé le pack gratuitement à Objectweb qui a validé son Serveur d'application comme respectant la norme J2EE.

Pour ce qui est de l'analogie avec C/C++, je la trouve pas terrible. J'ai développé un tout petit peu en C et en C++, je crois qu'un développeur serait fou de croire que parce que son programme compile et fonctionne sous linux, il a pas besoin de tester sous Windows.

En Java, mes programmes tournent sous Linux, je vais pas tester sous Windows, j'ai pas besoin. Un développer C/C++ testera toujours (enfin, ceux que je connais)

http://about.me/straumat

On ne se comprend pas.

Ce n'est pas à déveloper JSE ou JEE de vérifier les JVMs... on code en fonction d'une API et d'une plateforme. C'est aux jvms de respecter le standard et donc kaffe doit bosser pour implémenter le standard.

C'est une API standardisée, que tu le veuilles ou non. C'est comme si un développeur allait vérifier que le processeur interprete bien ces programmes... c le taf d'un processeur de connaitre certaines instructions d'agier selon le standard..

Dis moi, as tu déja programmé avec une API ? C'est un contrat, c'est tout

http://about.me/straumat

C bizarre.. je vois pas les choses comme ça perso...

Déja, je préfère la LGPL et je n'oppose pas logiciel libre a logiciel propriétaire.. ce sont deux modèles différents qui se développent de manière différentes... je ne nourris pas de haine contre eux, je ne veux pas faire le taliban.

Bien entendu, j'éspère qu'on va gagner :)

http://about.me/straumat