Reprise du message précédent :
(ouais, moi le premier d'ailleurs, je suis en train de tout renommer )

bah ouè j'ai aussi des tests qui fonctionnerait pas comme ça, parce que pour un tas de raisons, dans la vraie vie, t'as pas toujours des tests purement unitaires..

j'aime pas la vraie vie

petite question technique, on a un systeme de workflow (donc des données a passer d'un service a l'autre)
on se pose la question: XSL vs Java unmarshaling maintenant. est ce qu'il vaut mieux passer des objets java ou du XML.
le type-checking sera plus simple en java. mais avec xml et xsl, la traduction input/output sera plus simple (et c'est sans doute plus flexible)
 
des avis?

java si tu n'as pas d'évolution de métamodèle interne, c'est pêchu et simple. Par contre, si les metamodèles évoluent à des vitesses différentes, tu auras moins de mal à faire de la modification de métamodèle à la volée avec un XSL.

Maintenant avec les archis SOA les éditeurs favorisent l'utilsation de mapping XML => XML à l'aide XSL/Xquery

a priori on passera via XSL/XPath selon les dernieres discussions aujourd'hui.
 ca semble le plus simple (façon de parler )

uriel.
 
je te suggère la chose suivante : des sérializers/deserializers interchangeables, puis, comme c'est facile, fait une première paire qui serialize en machin java standard, dans un deuxième temps, développes une paire qui fait un autre format et qui sait gérer la compatibilité.

oui donc comme je disais: XSL  
 
 
 

Et xquery ?
En fait tout dépend de tes rêgles de mapping.
Edit : faute de frappe

p'tain, je découvre SWT, ça ressemble à ilog views
 

http://lists.apple.com/archives/Ja [...] 00040.html
 
j'espere que c'est vrai et qu'on n'aura pas a attendre un an apres la release officielle de sun pour l'avoir sur mac

J'ai une JTable dont je veux forcer le reload complet, mes données ont changé. Mon TableModel est prêt, mais comment je préviens ma JTable ?

Bah c'est pas justement le tableModel qui gere les données  ?

si vraiment tu veux tout reloader, tu mets null à son tablemodel et puis tu lui remets.

sion, tu balourdes un tableChangedEvent spécifiant toutes les colones et lignes.

 
mieux

Rhooo, des EJB  
 

Bon, pour une fois, un vrai problème, ici.

 
Voilà, j'envoie des mails, basés sur des templates (freemarker, pour ceux que ça interesse), dont certaines portions sont donc remplies au runtime avec des bouts de texte de longueur variable.
Il se trouve que cette conne de rfc pour le mail "conseille" une largeur maximale de 74 caracteres par ligne.  
Bon, en general, je me démerde pour indenter mes templates à la main, et les variables qui sont potentiellement longues, je les fous à la ligne, mais quand y'a un gugusse qui me fout un truc un peu longuet, il semble que certains clients mail, à moins que ce soit le serveur, je sais pas trop, en fait, tranche dedans. Mais il ne se contente pas de trancher dans la ligne trop longue, il coupe le mail net. Résultat, il manque la moitié du mail. Embêtant.
J'me disais que ptet je ferais mieux de pas m'emmerder avec sans directement dans mes templates, mais de les "post-processer" avec un truc malin qui m'ajouterait les retours à la ligne aux endroits adéquats, avec de la belle césure et tout... Qqun aurait ça sous le coude, et/ou de l'experience dans le domaine ?

y'a du code concernant la sésure dans java.swing.text

ben ouè mais non :\

déjà, comment on dit césure, en anglais, déjà ?

wrapping

wordwrapping

http://joust.kano.net/weblog/archives/000060.html

bon ben j'crois que http://jakarta.apache.org/commons/ [...] ng,%20int)  , hein ...

ptain mais il me cherche, lui :  
 

putain, mais peine de mort pour SWT quoi
 
Soit la classe FormData qui permet de gérer des layout d'objets pour le retaillage. Voici la recommendation de la doc :  
 

 
Je trouve ça lourd, j'ai voulu faire plus discret, et surtout repliable dans mon éditeur préféré :  

 
Et bien non ! la classe FormData ne contient pas de méthode, juste 4 attributs publics, donc elle mise final !

quelqu'un sait comment dire à la JVM de dumper toutes les stacks de tous les threads java dans le report file lors du crash ?
 
il me semble que sous mac os X ça y est par défaut, mais là, sous win elle y sont pas, je sais même pas précisément où ça a planté côté java.

hop, testage du JDK 6

 
elle est où la page des nouveautés ? Un truc un peu évoluyé avec exemples de code, pas un changelog  
(oui, je suis une feignasse, mais j'assume)

je sais pas, moi j'espère juste un crashlog plus complet.

pour une appli web j2ee qui doit supporter genre 6 millions de pages vues par jour, y a des trucs auxquels faut particulierement faire attention ?

la mémoire

la scalabilité?

l'orthographe, ça la fout mal sinon