Reprise du message précédent :

C'est parce qu'on lui a dit que les instances statiques c'était mal alors il les met en WeakReference.
 
En plus il s'en sert pas.

heu là j'ai pas utilisé encore, c'est un bout de code qui m'emmerde alors j'y mets de la mauvaise volonté : y'a pas de commentaires, c'est pas protégé contre les NPE, une méthode super longue etc.
 
En téhorie, le builder doit être tenu par une weakReference, ce qui permet au GC de le virer s'il a envie, on sait le reconstruire.

cai quoa un NPE ?

Défi java,
quelqu'un peut me sortir un prog qui decompresse ça
http://www.mirages.utc.fr/~amagnier/hfr/tests2.zip
sans faire d'erreur io  
 

NullPointerException

graon les gens
 
Vous connaissez gnu.trove ?
http://trove4j.sourceforge.net/overview.shtml
 
c'est une implémentation des Collections de Java qui a l'air de pas mal booster pour certaines opérations ...  
http://trove4j.sourceforge.net/performance.shtml
 
Et vous connaissez pas une page qui recense ce genre de projets spécialisés qui tente d'optimiser Java ?
 
Perso, je connais jikes comme compilo, mais en libs, je suis pas trop au courant

Salut
 

 
super le test de perf sur une seul archi/jvm

certes, mais ça donne une idée ...

Ben, petit problème, c'est que, justement, mis à part "TLinkedList", aucune de leurs classe n'implémente les interfaces du J2SE !
 
EDIT : c'est dommage !

mouhais, donc c pas compatible avec des progs existents en somme...bref, inutile en l'état

Ben si utile, si tu te décides à l'utiliser avant de commencer un dev.
Et en priant que tu aies fait le bon choix

mouhais, et pis paf, tu vois une jolie fonction dans la javadoc, et pan, tu peux pas l'utiliser...

alors soit c'est des gros menteurs, soit vous savez pas lire les sources/docs...

boarf, ca serait pas la première fois que sur le papier un truc a x fonction et qu'en réalité y'en aie que x/5 voire x/10 de réellement implémentées...

Oups. Elles sont implémentées: http://trove4j.sourceforge.net/javadocs/

rhoo ces mauvaises langues
kan même

bon, je suis emmerdé, je fais une application style IRC et je voudrais que la longueur des historiques de posts soient règlés en fonction de la mémoire disponible, quelqu'un a une idée  qui soit différente de "System.gc suivi de Runtime.getRuntime().freeMemory()" ?

bon, grave problème de sérialization:
j'ai une public abstract class AbstractDuration implements Duration {
 
(public interface Duration extends Serializable)
 
dans ma classe abstraite, j'ai un seul constructeur, qui prend un long en argument.
 
ben je me mange une vague exception de serialization qui me parle de mon AbstractDuration (quand je fais un appel remote à un session bean, en passant un objet qui à un objet qui à un ... qui à une Duration)
 
... si j'ajoute  private static final long serialVersionUID = -1574575765233547150L; à mon abstract, ça marche
 
... le plus beau, c'est que ça ne me fait ça que quand je lance mon test-à-la-con depuis idea. si je le lance en command line, alors ça roule(en mettant dans mon classpath le client-jar qui contient les memes classes que celles deployées)...  
 
ça peut se comprendre puisque les classes sont recompilées par idea à un autre endroit mais
* putain ça marchait avant d'ailleurs ça ne pose pas de problème avec d'autres classes, jvois pas pq celle là...
* j'y ai pas touché à cte foutue classe, l'id devrait etre le meme nan?

bon, youpi ça me le fait sur une autre classe maintenant (java.io.InvalidClassException: xx.yy.Machin; local class incompatible: stream classdesc serialVersionUID = 7667097800855128977, local class serialVersionUID = 8249297177246993280)
 
... alors que là, je lance mon test-à-la-con avec le jar qui est sur le serveur...
 
edit >> bon ça c'est résolu, c'est moi qui avait pas le bon jar, et la classe incriminée avait possiblement changé.
 
par contre, l'autre problème valide, puisqu'il me semble qu'a moins d'une modif de la classe, le compilo devrait *toujours* generer le meme serialVersionId pour une classe... et à priori il me semble qu'idea et maven utilisent le meme compilo.. et puis ça marchait *avant*

the real moins moins >  

-- > tu aurais pas touché à un paramètre du compilo par hasard ?

j'ai touché à rien moi /o\

Sisi t'as trifouillé les class loaders

hep les gens, j'en ai marre du boilerplate, c'est grave si je mets toutes met propriétés de mon objet dans une hashMap indexée par des Strings et que je fais une fonction getProperty (String), une setProperty(), une readPreferences() et une setPreferences ?
 
C'est pas super objet, mais ça me virerait plus de la moitié du code de la classe.

met les en public

bah non, ça résoudrait rien.

 
ou tu peux utiliser la classe Properties...qui a déjà un set et get properties, et qui est aussi basée sur un hashmap indexée par des String, et ca te génère en 6-4-2 un fichier props lisible en clair...avec les \ échapés proprement

bon, j'ai une réponse, mais avec java 1.5 :
http://java.sun.com/j2se/1.5.0/doc [...] XBean.html

 
il faudrait un systeme de recherche performant pour la javadoc, c'est un peu lourd sinon (avec meta data/mots cles), comment vous faites vous?

il existe en format winhelp...donc tu as une recherche possible...

 
1. je savais pas    
2. finalement ca m'aide pas beaucoup, je crois pas pouvoir lire les winhelp sur nux et mac

c ce que je craignais : que tu sois pas sous windows...
 
Ca ca peut t'aider :  
http://java.sun.com/docs/searchabledocs.html voire ça plus précisément :  
http://www.siteforum.com/sun/online_search.html
 
ca a l'air de s'arreter à la 1.3
 
y'a ca sinon :  
http://freshmeat.net/projects/java [...] _id=160582
si tu récupères la javadoc en local (archive dispo sur le site de sun), tu dois pouvoir faire qqc avec ca
 
 

mouais, je vais continuer a l'ancienne je crois, merci

dites ? cai bien les beans ? ca sert à quoa ?

Ca sert pillaire

c'est pas mal mais ça fait péter

 
les beans beans ou les EJB

je connais ni l'un ni l'autre
 
je lis des trucs mais je comprend pas bien @__@
CAI CONCEPTUAL

 
ah si c'est conceptuel, c'est nraynaud qui peut repondre alors
 
()