C'est vrai que je suis en train de remplacer des ejb entités grâce à hibernate et j'apprécie... mais je garde toujours les ejbs de sessions et mdb.. je les aime bien :)
C'est vrai que le développement d'une JVM libre intéresse peu de gens et, je le comprends meme si je ne l'approuve pas :)
C'est comme si on disait aux utilisateurs de Linux de développer des firmwares libres avant de développer linux.
Il y a vraiment deux choses bien distinctes :
- ce qui se passe en dessous de la jvm
- ce qui se passe au dessus de la jvm
Et généralement, les gens sont soit d'un coté de la barrière soit de l'autre.
Donc les gens développent simplement sans se soucier de la JVM qui se retrouve être une abstraction...
Notons quand même que Redhat est en train de porter JOnAS sous gcj. donc il y a bien des contributions des grands groupes à GCJ même si elles ne se voient pas :)
2) beh voila, si tu rajoutes des fonctionnalités, ca rame
3) Oui, pour les gens qui ne connaissent rien d'autre, malheursement, si tu prends un mec au hasard dans la rue, demande lui si il connait solaris ou XFCE, ensuite demande lui si il connait windows....
Je parie mille euros que le mec va répondre windows dans la grande majorité des cas et je suis pret à jouer autant de fois que tu veux !
Ces utilisateurs seront forcés d'utiliser ce qu'on leur installe au taf... par contre, chez eux, ils auront acheter un pc avec XP dans une grande surface...
Oui mais bon, si tu commences à mettre aux utilisateurs des interfaces XFCE et que tu commences à leur mettre des applis moins jolies, ils vont croire qu'on les fait revenir à l'age de pierre...
et quand on leur demandera si c'est bien Linux, ils diront que c un truc vieux sur lequel on peut rien faire
Je vais écrire un livre électronique au format PDF sur jonas ( http://jonas.objectweb.org(...) ). Ce livre sera vendu 30 $ je crois. Bien entendu, comme tous les autres, ce livre se trouvera sur emule :)
On verra si les gens l'achètent quand même et si oui, j'aurais un argument de choc pour dire que le P2P change rien et que les artistes ont tort :)
Pour les fichiers de configs, je trouve qu'il y a rien de mieux que les ficheirs properties...
Sinon, réaliser des traitements XML, je trouve ça super chiant donc pour ceux qui font du Java, vous avez xmlbeans qui transforme un fichier xsd en classe java.. vous manipulez ensuite les objets java crées et xmlbeans se charge de traduire en Xml :) c beau non ?
Ca y est, cette décision a été prise... j'ai eu peur pendant un moment quand même !!!
si c'était passé, cela aurait pu vouloir dire que, par exemple, les constructeurs automobiles sont responsable de no excès de vitesse... enfin, si c'était passé, ca aurait pu mettre une sacrée pagaille.
Enfin bon, un point pour l'intelligence et la liberté !
En fait, quand je vois les traces SQL de hibernate, il fait du SQL sans faire de reflextion... il traduit juste à partir d'un fichier de config.
Je ne pense pas qu'il existe des choses plus rapides qu'un SGBD :) mais jepeux me tromper
Vraiment il faut regarder les traces hibernate pour s'en rendre compte.
mon code est en effet dans le deuxième tiers... j'aime les applications multi tiers ;)
Les procédures stockées n'ont pas la logique métier en fait, c'est plutot tout ce qui est traitement de nuit, transfert... tout ce qui ne fait pas parti de la vie au jour le jour de l'appli et qui peut donc être "facile à migrer"
Ca n'est vraiment pas l'usage le plus efficace que l'on puisse faire de ces outils extraordinaires que sont les SGBD modernes.
Tout à dait d'accord, c'est juste une diffférence de points de vue, je trouve que les outils les plus extraordinaires sont les serveurs d'applications et je préfère me baser sur eux plutot que sur la bd.
Ce que je voudrais rajouter pour finir c'est que je ne pense pas que les bds sont des elements d'infrastructure betes... c'est juste que je préfère quand ils sont interchangeable...
perso, j'ai toujours été impréssionné par les bases de données et ce sont des outils merveilleux et fondamentaux :)
Documentation et support : je suis d'accord, Firebird n'est pas au niveau mais je dois dire que je trouve beaucoup plus facilement de la doc et du support pour MySQL que pour PosqtgreSQL.
Changer de SGBDR n'est jamais anodin mais dans une application qui respecte certaines règles, c'est relativement simple.
Je ne parle pas de bases énormes, je parle d'applications classiques avec 50 utilisateurs constants, 2 Go de base... pas un truc énorme.
Quand aux performances, j'ai fait tourné les tests unitaires tout une semaine en simulant des appels à toutes les fonctions métiers avec 50 clients en continu... beh ca a pas planté et les temps ne se sont pas écroulés.
Par contre, l'établissement de connexion est très lent, donc prévoir un pool de connexion dans les applis.
[^] # Re: Hibernate
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 1.
EJB stateless -> pooling, transaction, exportable service web
et c simple ( avec Xdoclet ), je pense que c'est le meilleur endroit pour y placer la logique métier !
http://about.me/straumat
[^] # Re: Java trap
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 0.
http://about.me/straumat
[^] # Re: Java trap
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 3.
http://about.me/straumat
[^] # Re: Et encore, on est loin du compte ...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 4.
A mon avis, C'est pas Java par hasard :)
http://about.me/straumat
[^] # Re: Et encore, on est loin du compte ...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 1.
http://about.me/straumat
# Hibernate
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
http://about.me/straumat
[^] # Re: Java et l'OpenSource.....
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 8.
C'est comme si on disait aux utilisateurs de Linux de développer des firmwares libres avant de développer linux.
Il y a vraiment deux choses bien distinctes :
- ce qui se passe en dessous de la jvm
- ce qui se passe au dessus de la jvm
Et généralement, les gens sont soit d'un coté de la barrière soit de l'autre.
Donc les gens développent simplement sans se soucier de la JVM qui se retrouve être une abstraction...
Notons quand même que Redhat est en train de porter JOnAS sous gcj. donc il y a bien des contributions des grands groupes à GCJ même si elles ne se voient pas :)
http://about.me/straumat
[^] # Re: Linux pour vieux PC?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Berlin réfléchit à Linux. Évalué à 1.
http://about.me/straumat
[^] # Re: Linux pour vieux PC?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Berlin réfléchit à Linux. Évalué à 1.
2) beh voila, si tu rajoutes des fonctionnalités, ca rame
3) Oui, pour les gens qui ne connaissent rien d'autre, malheursement, si tu prends un mec au hasard dans la rue, demande lui si il connait solaris ou XFCE, ensuite demande lui si il connait windows....
Je parie mille euros que le mec va répondre windows dans la grande majorité des cas et je suis pret à jouer autant de fois que tu veux !
http://about.me/straumat
[^] # Re: Linux pour vieux PC?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Berlin réfléchit à Linux. Évalué à 3.
Et c'est la où la comparaison va faire mal !
http://about.me/straumat
[^] # Re: Linux pour vieux PC?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Berlin réfléchit à Linux. Évalué à 3.
et quand on leur demandera si c'est bien Linux, ils diront que c un truc vieux sur lequel on peut rien faire
http://about.me/straumat
[^] # Re: Linux pour vieux PC?
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Berlin réfléchit à Linux. Évalué à 2.
J'avais 192 Mo de ram sur un portable livré avec XP et ça ramait grave !!!
J'ai voulu installé une FEDORA pensant que ca tournerait... quedal :)
Ca tourne un peu mieux que le XP mais c'est vraiment pas terrible
http://about.me/straumat
[^] # Re: J'ai hate de voir...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Colloque « P2P : culture et information pour tous ? ». Évalué à 1.
http://about.me/straumat
[^] # Re: Initaitive heureuse
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Colloque « P2P : culture et information pour tous ? ». Évalué à 3.
La, on arrive à 1000¤ max... c quand même 30 fois moins cher...
http://about.me/straumat
[^] # Re: J'ai hate de voir...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Colloque « P2P : culture et information pour tous ? ». Évalué à 2.
Madonna, Elton John, Eminem, Sheryl Crow, Jay Z, Lenny Kravitz and more....
voila... :)
http://about.me/straumat
# J'ai hate de voir...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Colloque « P2P : culture et information pour tous ? ». Évalué à 1.
On verra si les gens l'achètent quand même et si oui, j'aurais un argument de choc pour dire que le P2P change rien et que les artistes ont tort :)
http://about.me/straumat
[^] # Re: mon avis
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Utiliser lex et yacc dans vos programmes C/C++. Évalué à 1.
Sinon, réaliser des traitements XML, je trouve ça super chiant donc pour ceux qui font du Java, vous avez xmlbeans qui transforme un fichier xsd en classe java.. vous manipulez ensuite les objets java crées et xmlbeans se charge de traduire en Xml :) c beau non ?
http://about.me/straumat
# Et beh
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Grokster : aux États-Unis, les développeurs de logiciels P2P non responsables des utilisateurs. Évalué à 5.
si c'était passé, cela aurait pu vouloir dire que, par exemple, les constructeurs automobiles sont responsable de no excès de vitesse... enfin, si c'était passé, ca aurait pu mettre une sacrée pagaille.
Enfin bon, un point pour l'intelligence et la liberté !
http://about.me/straumat
[^] # Re: Hypersonic SQL & cloudcapse
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 0.
http://about.me/straumat
[^] # Re: Hypersonic SQL & cloudcapse
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 2.
Par contre, cloudscape a l'air bon, il implemente le sql et il supporte les procédures stockées ;)
alors, si je peux avoir une db qui fait 2 Mo qui a pas d'install, qui supporte la réplication et qui est multiplateforme... ca serait cool
http://about.me/straumat
# Hypersonic SQL & cloudcapse
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 4.
Puis je développer mes applis avec cloudscape et balancer mysql et firebird à la poubelle ?
http://about.me/straumat
# interessant
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 1.
http://about.me/straumat
[^] # Re: Et mysql
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
En fait, quand je vois les traces SQL de hibernate, il fait du SQL sans faire de reflextion... il traduit juste à partir d'un fichier de config.
Je ne pense pas qu'il existe des choses plus rapides qu'un SGBD :) mais jepeux me tromper
Vraiment il faut regarder les traces hibernate pour s'en rendre compte.
mon code est en effet dans le deuxième tiers... j'aime les applications multi tiers ;)
Les procédures stockées n'ont pas la logique métier en fait, c'est plutot tout ce qui est traitement de nuit, transfert... tout ce qui ne fait pas parti de la vie au jour le jour de l'appli et qui peut donc être "facile à migrer"
Ca n'est vraiment pas l'usage le plus efficace que l'on puisse faire de ces outils extraordinaires que sont les SGBD modernes.
Tout à dait d'accord, c'est juste une diffférence de points de vue, je trouve que les outils les plus extraordinaires sont les serveurs d'applications et je préfère me baser sur eux plutot que sur la bd.
Ce que je voudrais rajouter pour finir c'est que je ne pense pas que les bds sont des elements d'infrastructure betes... c'est juste que je préfère quand ils sont interchangeable...
perso, j'ai toujours été impréssionné par les bases de données et ce sont des outils merveilleux et fondamentaux :)
http://about.me/straumat
[^] # Re: Et mysql
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 4.
mais bon, mieux vaut ça que de voir fleurir des sites asp access partout :)
http://about.me/straumat
[^] # Re: C'est pas pour troller mais...
Posté par Stéphane Traumat (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Changer de SGBDR n'est jamais anodin mais dans une application qui respecte certaines règles, c'est relativement simple.
Je ne parle pas de bases énormes, je parle d'applications classiques avec 50 utilisateurs constants, 2 Go de base... pas un truc énorme.
Quand aux performances, j'ai fait tourné les tests unitaires tout une semaine en simulant des appels à toutes les fonctions métiers avec 50 clients en continu... beh ca a pas planté et les temps ne se sont pas écroulés.
Par contre, l'établissement de connexion est très lent, donc prévoir un pool de connexion dans les applis.
http://about.me/straumat