Reprise du message précédent :
bon,

j'essaiyais de me battre avec un IndexedColorModel, mais on dirait que ça veut pas.
Donc le truc à retenir ici, c'est le background explicitement transparent(alpha à 0 pour transparentBG), et le TYPE_INT_ARGB

 
g eu ce pb récemment : il te faut installer un lib spéciale pour ton JRE/JDK :  
 
http://java.sun.com/products/java-media/jai/
 
(trouvé au prix d'une longue recherche, alors que je faisais mumuse avec FOP, et de jolies icones Docbook en png)
 
 

tiens ok t'a trouvé une façon programmatique de le faire...

ben euh ouais, jai c'etait <1.4 ...

ben je crois pas...avec une 1.4.2_05, j'en ai encore eu besoin...je l'ai installé avec la 1.5.0 aussi...ca marche tjs...
 
j'ai pas réussi à trouver d'info sur une éventuelle version du JDK qui l'intégrerait...

je dis pas que ça marche pas, mais tout ce que ça fait est dans la jdk non?

je sais pas...sans, mes png ressortaient noir...avec ca marchait...

en couleurs indexées?

je sais pas...pour infos ce sont les icones de http://jimmac.musichall.cz/i.php3?ikony=83

et t'en a fait quoi, pour info?

ce pack d'icones est connu sous le nom de Docbook stylesheet ...
 
et je m'en suis servi pour ca...
 
plus précisément, pour du Docbook XML 4.3 --> Xalan --> FOP --> PDF

ha, ok, tu les incorporais dans des pdf...

Euh, y'aurait pas une implementation de Collection qui fasse un "buffer" de taille maxi mais qui, au lieu de claquer une exception comme le fait BoundedFifoBuffer quand le buffer est plain, simplement vire l'element le plus ancien, par exemple... là dedans :
http://jakarta.apache.org/commons/collections/api/
...

genre un cache LRU ?

oui, mais une List ou un Set, pas une Map quoi...

ouéoué, on la connait la technique ...
 
ben non, chez moi c'est fait à la main, comme le sexe /o\

putain, grrrr
http://jakarta.apache.org/commons/ [...] index.html
bordel, pourraient faire en sorte que ça soit referencé correctement, je regardais la doc d'une vieille version

les classes du 1.5 pour valider le XML directement, c'est base sur un truc existant ou c'est du refais par Sun?

c'est un projet apache : xerces ou crimson

ouaaaaaèèèè bon anniv moinsmoins
 
 
 
 
 
 
 
 
 
 
 

http://rmh.blogs.com/weblog/2005/0 [...] knell.html
 
JDO a été rejeté.

concrètement, qqn me décrypte les implications ? c définitif ?
 
Et aussi, qqn peut m'expliquer pkoi tlm chie sur les CMP ?

parait que c'est galère car EJB v3.0 n'est pas prêt de sortir et que le marché attend déjà ce genre de techno
 
http://www.application-servers.com [...] 2-09:40:51

bha en même temps c'est pas très sureprenant : y a pas besoin de 12 standards pour le mapping bdd ...
 
Ils préfèrent qu'il y en ait qu'un et qu'il soit défini au sein des EJB, même si au final il ressemble bcp à JD0.
 
le coup du EJB3 c'est pas pret => il faut JDO2, c'est plus un cri de désespoir qu'autre chose à mon avis. On a pas attendu JDO pour faire des EJB, et hors EJB y a des tas d'autres produits : tous ceux de JD01, hibernate etc ... y a pas besoin (bien au contraire) d'un nouveau standard maintenant, qui de plus, ne serait que très temporaire.

Zont qu'a écrire leur propre framework de persistance, comme je l'ai fait

c vrai que je lis Hibernate partout...je vois vaguement ce que c'est, mais je vois pas pkoi ne pas passer par des CMP qd on a besoin d'un mapping avec un SGBD/R

ou pkoi passer par un CMP ?
ca nécessite un containenr J2EE, tout ca ... y a des tas d'utilisation où t'es pas dans un environnement j2ee ...

C'est bien on vient de vendre 2 projets de plusieurs dizaines de MEuros basés sur JDO

cool : dans 5 ans vous pourrez vendre une migration JDO->EJB4

Faudrait pas que les clients suivent de près l'actualité java et ressortent les dossiers de justification de la solution où on expliquait que JDO était la solution de persistence objet la plus pérenne.

c'est clair que t'aurais l'air con là

lol, ça serait marrant que le client soulève cette question en pleine réunion de but en blanc

http://java.sun.com/products/jfc/t [...] index.html
 
vous avez déjà utilisé ça ? des retours là-dessus ?

j'ai posé la même question y'a une 10aine de pages

lorill  > ben donne-moi la réponse alors

j'en ai pas eu

 
 
ben je pensais justement que ct une des raisons de passer à un sys par EJB...

j'ai le droit de dire du mal d'eclipse ?
 
il m'a fait 2 bugs lors d'un refactoring "move"

jubi > dans la classe javax.swing.text.AbstracDocument.AbstractElement y'a une fonction dump() qui ressemble exactement à ce que je t'avais fait faire pour dumper ton arbre.