Reprise du message précédent :

Mah ça va tout seul !

c'est surtout que y'a rien à *ïmplementer* quoi

C'est pour ça que ça va tout seul  

Tu as l'air contrarié. Parle sans haine et sans crainte.

ah ouais
bizarre
on dirait pas comme ça

ptet qu'il en chiait (rapport à la constip) avec la configuration de son containeur pour les transactions ... genre vieux fichier de conf à la mano ou truc dans le genre ...

Il a peut-être tenté de chier du code pour gérer sa transaction, mais y'avait pas besoin de code, d'où sa constipation.

Vous connaissez une api qui serialize en XML

castor ( http://www.castor.org/ )

xstream
 
(castor )

 
il marche tres bien pour nous  
 
()

cai lourd et tout moche

 
ah bah ca, je dis pas le contraire, mais quand on a commence, xstream exisatit pas encore, on etait des precurseurs
 
(:D)

"long-term javabeans persistance"

tomcat 5.52, c'est bien, surtout pour sauvegarder sa config    

Merci, j'ai regardé xstream et castor, ça a l'air pas mal du tout enfin en tout cas c pile ske je cherchais , surtout les fonctions pour envoyer direct sur une BDD

 
Regarde aussi hibernate alors pour le mapping O/R

+1 pour Hibernate

Thread.interrupt():

why the fuck?  

quand tu catches une InterruptedException, le thread se "désinterompte". Si tu veux que son "interruption continue", dans le catch, il faut refaire un Thread.currentThread().interrupt()

 
Aujourd'hui \o/

 
 
(et merde )

plutot discret comme sortie ...

ca a encore changé les générics ?
http://java.sun.com/j2se/1.5.0/doc [...] ollection)
 

putain c'est assez imbitable ça... c'est supposé vouloir dire quoi ?

skoi ce truc....

je comprend pas le coup du T extends Object (ca me parait inutile dans le cas de Object), mais bon :
 
(prenez votre respiration) c'est une fonction nommée min qui s'applique une Collection contenant des objets dont le type T (ou de type héritant de T) qui sont comparable avec des objets dont le type est un surtype de T

exemple. imaginons que je fasse une classe comme ca :

 
et ben je peux déclarer une ArrayList d'integer et mettre un objet de type MonInteger dedans et utiliser Collections.min() avec.
 
alors que si j'avais déclaré ma classe comme ca

 
j'aurais pas pu ...

bon, en fait ca aurait même pas compilé de toute façon, mon exemple est pas top  

Question a deux sous :  
si je fais un getSelectedRows() sur une JTable, suis-je sur que les lignes retournées seront triées par ordre croissant ?

lorill > c'est au modèle de sélection qu'il faut le demander ...

lorill > y'a pas de réponse portable, donc non.

pige pas cette partie..
 
nraynaud >> comment ça pas de solution portable? il "suffit" de faire en sorte que ton model renvoie une liste triée, donc y'a moyen.
et puis lorill ne spécifie pas de quel ordre il parle: ordre de selection, ordre des elements entre eux, ou encore ordre identique à celui ds lequel ils apparaissent sur la JTable.

ordre des elements par rapport au modele, histoire de pouvoire faire des removeAt(row) sans que ca deconne parce que ca a été décalé par une suppression précédente

1) il ne peut se comparer qu'avec des number  
 
2) je vois pas dans la spec de getSelectedRows qu'il respecte un ordre quelconque quand il fait son tableau. La seule méthode pour etre sur, c'est de faire ce boulot soi-même.