Stéphane Traumat a écrit 1023 commentaires

t'en fais pas... tu as raison. Tu auras toujours des gens pour critiquer, ce qui est important, c'est que j'utilise ( moi et d'autres ) ton soft qu'on apprécie énormément ton travail

Continue

http://about.me/straumat

"Un programme JAVA conçu pour une JVM proprietaires peut ne pas tourner avec aucune JVM libre"

c'est faux.

http://about.me/straumat

Un ordinateur pourrait tourner avec un BIOS libre comme un programme JAVA pourrait tourner sous une JVM libre...

Est ce que cela ne deviendrait pas lourd si a chaque fois qu'on parle de Linux, un mec se ramène et dise :
"Ouais mais ca utilise un bios non libre... c pas cool"

je crois que si :)

http://about.me/straumat

De quoi tu nous parles alors ?

je capte pas ton point de vue !
tu as qu'à faire tourner les softs java sous gcj

Arrete de dire "Ce soft est pas bien car il se base sur la JVM de sun"
avant, essaie de le faire tourner sous GCJ...

je tourne indépendament sous SUN JVM ou BEA JRockit

http://about.me/straumat

Comme tu dis !
Difficile de faire un langage multi plateforme quand microsoft pourrait faire sa propre spécification et mac la sienne... en 1 an, le pluti plateforme chère à java n'existerait plus !

http://about.me/straumat

Pour l'histoire du bios pour laquelle je me suis fait moinsser :)

"Je suppose qu'il dépend de cette JVM, et donc que ça fait en fait un logiciel libre dépendant de logiciel propriétaire."

A cette phrase je disais que Linux dépend souvent d'un bios propriétaire... faut il pour autant arreter d'utiliser Linux ?

http://about.me/straumat

Les gens qui répondent java c'est pas libre quand on leur présente un projet ( et il ne parle meme pas du projet ) sont décidement très lourd....

Dites moi les gars, vous avez vérifié que votre BIOS est libre avant de lancer Linux ??????

Si ces gens sont tellement "propre" et "pure", on est pas près de les revoir sur Internet :)

Allez, ca me gave les commentaires à la con sur javade plus, ce genre de personne n'a généralement jamais regardé GCJ

http://about.me/straumat

Dans nos sociétés, l'information tant à être ce qui est le plus important, ce qui a le plus de valeur...
Et d'un autre coté, l'information est devenue duplicable et publiable à des coûts proches de 0...

Si d'un coté, ce qui est le plus important n'a plus aucune valeur, nos sociétés capitaliste vont elles résister à cela ?
"Ce qui est rare est cher" nous dit on mais pour combien de temps ? et quand on sait que c'est cette phrase sur laquelle repose nos sociétés capitalistes.. ca me fait un peu flippé..

Regardez l'actualité, c'est très important pour les décideurs, et pourtant elle est gratuite sur yahoo, msn, aol....

enfin bref :) on verra

http://about.me/straumat

Ce que tu viens de dire est un peu bête... carrément même.

pour comparer le nombre de lignes, on compare le nombre d'instructions sinon tu mets tout sur la même ligne... bref.

Mon code est efficace et valide, " faut qu'il soit exécuté en section critique " ne veut ABSOLUMENT rien dire.

De plus, si tu fais des bases de données sans clés primaires, ca ne m'étonnerait pas.

voila... ta réponse état vraiment ridicule mais merci quand même

http://about.me/straumat

eheh je triche pas, c juste pas moi qui l'écrit :)
Moins j'en fais, mieux je me porte :D

oui, avec XDoclet, tu as juste un paramètre à mettre à true ( cascade-delete)

Style :

/**
* @ejb.interface-method
* @ejb.relation
* name="categorieTarifaire-clients"
* role-name="client-appartientA-categorieTarifaire"
* target-ejb="CategorieTarifaire"
* cascade-delete="yes"
*/
public abstract CategorieTarifaireLocal getCategorieTarifaire();

voila

http://about.me/straumat

Alors la, eheh tu triches un peu, moi aussi, je peux faire court :

Client client = ClientUtil.getHome().findByPrimaryKey(idClient); if ( client.getFactures().count() == 0 ) client.remove(); else throw new Exception("Le client possède encore des factures");

si on compte les instructions (;) on en est au même nombre :)
sauf que tu caches ta mise en place de la variable idClient ;) et que je n'utilise aucun code SQL ;)

enfin je persiste, meme si tu as des foerign keyrs dans ton dump sql de ta base, tu les joues dans MySQL et tout se passe nickel. MySQL ne tiendra pas compte des fk bien sur mais ton application tournera aussi bien.

http://about.me/straumat

C'est faux, déja il y a un cache pour les statements et pour les resultsets dans la plupart des serveurs J2EE.
je ne crois pas qu'on puisse le faire en moins de ligne que ce que je viens de faire... ca m'étonnerait...

J'ai déja migré de oracle vers mysql et vice versa, je vois pas le prb dont tu parles.

regarde le code source de JOnAS par exemple, un finbyBYPrimaryKey se traduit par un select.. donc ecplique moi la différence ?

tu n'as pas du beaucoup t'en servir des ejbs :)

et dernièrement , j'aimerai qu'on discute de manière cool :)
tu as l'air d'être un peu sur les dents.. reste calme ! :D

http://about.me/straumat

je dis juste que ce sont des caractéristiques des SGBDR :)
La rapidité, le support et la solidité des fichiers textes, XML ou des sgbd objets sont quand même pas reconnus non ?
Qu'utilises tu toi ?

http://about.me/straumat

Je précise que ce traitement a lieu sur le serveur d'applications, ce qui ne génère donc aucune charge réseau ( si le serveur d'applications et la bdd sont sur la même machine)

http://about.me/straumat

eheh ok car les choses ont bien changées...

Désormais, c'est plutot

public void supprimerClient(String idClient) throws Exception {

Client client = ClientUtil.getHome().findByPrimaryKey(idClient);
if ( client.getFactures().count() == 0 ) {
client.remove();
} else {
throw new Exception("Le client possède encore des factures");
}

}

Voila, dessus ça, on fait aussitot un test unitaire correspondant et c'est emballé :)

Je reste indépendant de ma bd et ma logique métier est concentrée à un seul endroit.

http://about.me/straumat

Ecrire du code qui vérifie qu'on supprime pas un client qui a encore des factures n'est pas plus long à écrire en code qu'en procédures stockées.

Ce que je veux juste dire, c'est que je préfère que ce soit coder dans l'application et avoir un traitement clean que je puisse vérifier avec des tests unitaires que d'avoir une erreur qui remonte de la bd et qui arrive sur l'écran du client :)

http://about.me/straumat

Je préfère dans ce cas la, gérer tout dans la logique applicative et écrire plus de tests unitaires.

http://about.me/straumat

Je comprends votre enthousiasme... personnellement, je programme avec PHP et J2EE .. et j'adore J2EE !! pour moi, c'est ce qu'il y a de mieux

mais je dois bien reconnaitre que PHP a des qualités extraordinaires !!!! ( facilité d'apprentissage, ressources importantes, excellent support, grosse communauté )

Par contre, c pas beau de critiquer quelque chose qu'on ne connait pas ;)

http://about.me/straumat

- Pas de sous-requêtes, ce qui induit une multiplication de requetes simples et un traitement par programme.

Corrigés dans la 4.1

- Pas de contraintes d'intégrités référentielles, ce qui implique un contrôle strict côté programme qui ne garanti aucunement la cohérence des données.

C'est vrai mais c'est quelque chose qu'il vaut mieux souvent gérés dans la logique métier de l'application... ca les exceptions postgreSQL qui remontent à l'utilisateur en erreur windows, c'est pas très beau

- Pas de vues (même simples), d'où répétition et multiplication de requêtes.

C'est vrai.

- Pas de code stocké. Si ce point est discutable lorsqu'il s'agit de stocker beaucoup de code, ça l'est moins lorsqu'il s'agit de triggers simples permettant d'automatiser et de fiabiliser certains traitements.

Comme je l'ai déja dit, le code stocké dans la base de données est une mauvaise idée mais ce n'est que mon avis :)

http://about.me/straumat

Personnellement, j'utilise J2EE donc je me moque du moyen de stockage... ca représente pour moi 4 lignes dans un fichier de configuration...

Je crée mes objets et c'est le serveur d'application qui gère la persistance en sauvegardant les objets là ou je lui indique.
Ca pourrait être en JDO, des fichiers XML, des bases de données...

SInon, MySQL me parait être le plus simple et le plus répandu ( meilleur support )

Et à la question "pourquoi utiliser une base de données relationnelle ?" ... beh je crois que c'est ce qu'on a fait de plus solide et de plus rapide pour stocker des données ?
de plus, les bases de données relationnelles sont un peu passées dans le moeurs non ?

http://about.me/straumat

Tu ne changes pas souvent car on a l'habidtude de se "marrier" avec un SGBD

mais quand on arrive aux limites d'un SGBD, ou que les couts de maintenance deviennent trop élevé ou qu'un nouveau produit dix fois mieux vient de sortir.. je trouve ça agréable de pouvoir changer pour un faible coût :)

Pour faire une analogie, opn ne migre pas souvent de Windows à Linux...
Mais si cela devenait facile ? hein ? il n'y aurait pas d'interets ?

Je pense qu'il ne sert à rien de se bloquer :)

http://about.me/straumat

bon, je suis peut etre un cas particulier mais c'est vrai qu'avec les technologies que j'utilise, la base de données ne sert juste qu'à faire un stockage de masse ( dans 99% des cas ).
Je n'ai donc pas à faire les cascade delete et autres trucs de ce genre

http://about.me/straumat

dirais tu que Google est un site d'amateur ??????
yahoo aussi ?

MySQL est une base de données extraordinaire, facile d'utilisation, peu de maintenance...

de plus SAPDB va se rapprocher de MySQL ce qui lui permettra d'avancer encore plus vite !

http://about.me/straumat

MySQL est beaucoup plus facile d'administration que postgreSQL.

les procédures stockées sont à mon avis une ERREUR, elle te lit à une base de données.
Je connais pas mal d'applications qui utilisent des procédures stockées avec SQL server et qui ne peuvent donc pas migrer vers aytres choses. Meme si postgreSQL fait du ANSI92, ca n'assure pas de pouvoir migrer facilement d'une base vers une autre.

Quand aux vues... ouais.. bof :=)

Perso, quand je développe une application, j'aime bien pouvoir migrer d'une base à une autre en moins d'une demi journée :)
J'aime pas avoir les pieds et main liées.

http://about.me/straumat

Essayez J2EE avec JOnAS ( jonas.objectweb.org )

http://about.me/straumat