Reprise du message précédent :
ha, y'a un peu de progrès m'enfin ça lagge de plusieurs mois

ah oki, desolé j'avais meme pas vérifier avant

pas grave

mon equipe est en train de chercher un outil d'integration continu, on hesite entre cruise controle, anthill, gump ... Pour ma part je viens de decouvrir continuum, le projet maison Maven mais bon c'est encore en alpha ...
Vous avez des conseils à me donner ?

moi je lorgne du coté de damage control ou beetlejuice, mais damagecontrol est en standby pour l'instant. cruise control, faudrait que je vois ou ça en est maintenant; y'a 1ou2 ans ça m'avait pas convaincu

si tu comptes passer à Maven ou si tu l'utilises, continuum promet d'être l'outil le mieux intégré (il suffit de lui filer le pom de ton projet et il se démerde avec).
 
J'utilise cruisecontrol avec des dizaines de projets et ça marche plutôt bien.

ca sert à quoi concrètement ?

Jubi > ça surveille le CVS et ça compile+exécute les tests après chaque commit. ça envoie un mail à ceux qui ont commité récement en cas de pb.
 
le but c'est de régler les pbs d'intégration au fil de l'eau, et pas en fin de projet.

tiens, un nouvelle best-practice.
éviter d'utiliser null dans les attributs des beans qui sont des chaînes. Parce qu'après dans l'écran de configuration ça affiche "null", et si l'utilisateur écrit la chaîne "null" (ou simplement clique sur la case), ben dans l'appli on récupère la chaîne "null" et pas null.
 
bref, c'est la merde.

c'est nul

euh. et si on utilisait un framework convenable, plutot ?

-- > essplique ?

ce que tu décris n'es pas une best practice mais un workaround parce que ton framework est pas foutu de faire la difference entre un null et une chaine vide; avec ce workaround tu tue cette difference qui pourrait justement avoir du sens.

je crois que t'as pas bien compris le pb.

ok, s'tu veux.
(à la limite, dis toi que c'est toi qui l'a pas bien expliqué, et demande toi si t'es vraiment sûr de détenir la vérité)

ouais, je devrais peut-être haxor le propertyEditor pour ces attributs de façons qu'il remplace null par "" à l'affichage et dans l'autre sens à l'affectation.

ca me rappelle mes merdes d'Oracle/jdbc qui faisait pas la difference null/empty string

en même temps sauf erreur y'a un setNull en JDBC

tout à fait

 
me probleme etant qu'oracle en gros fait setnull quand tu fais setstring("",2)

t sur ??? ce serait un bug assez énorme, parce que ca a pas le meme sens...maintenant, pe que la db sait pas gérer les strings vides, enfin de length = 0

... , quoi.

en même temps, ça fait 3 semaine qu'il le chante sur tous les tons et même harkole gourou oracle local confirme.
 
Moi je me souviens plus (super les 3 ans de formation )

3 semaines? mais euh, 3 ans, oui

c'est un manque dans Oracle

ben dsl, je lis pas trop le forum en ce moment....
 
je découvre TOAD, et la vie quoi ...
 
 
Sinon question qui n'a rien à voir :  
Y'a un moyen à peu près correct de connaitre la taille en mémoire d'un objet ? (c pour un dumper de session + request que je me fais)

Qqun serait aware d'un changement qui aurait eu lieu entre 1.3 et 1.4, au niveau de KeyListener/KeyAdapter sur JPanel ?
 
... J'ai cette appli qui marche bien sous 1.3 et qui a un tel listener ajouté avec addKeyListener sur le JFrame principal... qui réagit pas sous 1.4

y'a une histoire de keymap pour les touches en swing, regarde le tuto, je crois que c'est pas comme les autres évènements.

bon, ça sent le problème de focus cette histoire

Une JFrame peut perdre le focus, si elle contient des composants... qui peuvent l'attraper à sa place.
 
Ce récent thread
http://forum.hardware.fr/hardwaref [...] 9352-1.htm
peut peut-être aider.
 
Nicolas

mais les évènements sont sensés remonter s'ils ne sont pas absorbés par un composant enfant.

Merci Nicolas, ça doit effectivement etre quelquechose comme ça.
D'autant que j'ai quelques putasseries avec des setFocus qui trainent...
 
 
... le problème dans mon cas, c'est que je ne veux pas écouter un event en particulier mais bufferiser *tout* ce qui passe dans le clavier (qui n'est en pas un, mais passons), jusqu'a l'appui sur entrée (ou plus précisement la reception du caractere correspond à la touche entrée), et donc la solution donnée là ne m'interesse à priori pas vraiment... je creuse un peu ça quand meme, merci

http://bugs.sun.com/bugdatabase/vi [...] id=4464723

il parait que ça marche.

une java.sql.Connection , on peut la garder longtemps ou pas?

ben si tu la fermes pas toi meme, ca doit etre le timeout systeme je pense

nan mais en la réutilisant souvent hein. je parle du cas d'une appli standalone. Qu'est-ce qu'il va lui arriver à ma connexion si je la réutilise tout le temps?

Bah rien, t'as peur qu'elle s'use ??

que la bdd l'invalide, par exemple

C'est paut-être dépendant du sgbd, mais franchement je vois pas de raison.