Reprise du message précédent :
nan, -X n'aidait pas, je suis passé en fork et là j'ai eu le message, j'avais oublié emma (pour le code coverage) dans les dépendances

tiens je connais que hansel et gretel

 
tu as leur numero de portable ?

yaisse ! en changeant l'ordre de mes méthodes dans le code, ca passe
et j'ai pas envie d'investiguer pour en savoir plus

c'est encourageant l'erreur 404 sur le lien "Getting started"
http://maven.apache.org/maven2/
 

http://maven.apache.org/maven2/gui [...] index.html

ouais je l'avais trouve hein, faut pas croire
 
bon ben demain je passe sous maven2 alors

et continuum, quelqu'un l'a teste ? j'arrive pas a le lancer deja

nope, pas moi.

bon ben je verrai ca demain

 
maven2 in action  

http://tmate.org/svn/
\o/

euh "The only pure Java Subversion library in the world!" ils ont fumé quoi ?

ha j'ai rien dit, c'est la meme que j'avais vue, ils ont changé la tronche de la page
 
pq tu \o/ ?

parce que \o/
 
nan mais les les binaires natifs ça m'emmerde, ça au moins ça devrait être portable sans trop d'embrouilles.

ben ça fait un moment que ça existe ce truc, quoi

ouais mais là y'a eu une release stable je crois, en tout cas y'avait une annonce sur TSS

d'ailleurs question intelliJ/subversion: intellij ne supporte pas le protocole file:///truc hein ? c'est normal ?

 
+1, et c compatible mais non supporté dans Subclipse...mais bon, le gars refait une release à chaque sortie de subclipse pour maintenir la compatibilité...
 
enfin ca fait bien 2-3 mois que j'ai pas regardé, ca a pu changer cela dit

Salut,
 
Compiler avec javac en mode debug ça change quelquechose par rapport au mode normal si l'appli est lancée en mode normal ?
(Je pense aux performances, utilisation mémoire, etc.)
 
Merci.

charly > non, tout ce qui est inutile est droppé de la mémoire.

Tiens, vous aviez déjà entendu parler de Pack200 ? premiere fois que je tombe dessus, par hasard, en cherchant des trucs sur les jars; apparement une nouveauté de l'1.5:
http://java.sun.com/j2se/1.5.0/doc [...] ck200.html
http://jcp.org/aboutJava/community [...] index.html

OK, merci.  

 
oui mais juste entendu parler quoi, sans plus

en gros, un format de compression optimisé spécifiquement pour le byte code java => plus performant qu'un simple zippage possible avec les jars.  
Mais trop gourmand pour pouvoir être une alternative aux jars (ca augmenterait le temps de chargement des applis) => uniquement destiné au transferts pour installation ...
Dommage, ca aurait pu être bien utile en J2ME ...

c'est pas un peu le truc démesuré à mettre en place par rapport à ce que ça apporte, vu la generalisation des connections à haut débit ??

bha, y'aura toujours des limitations liées au volume, par exemple si ton réseau est un reseau mobile.
mais c'est vrai que ca arrive un peu tard là  

petite question,  
 
On est en phase d'optimisation sur un moteur de calcul (java 1.5),
pour faire des petits tests j'ai remplacé toutes les Hashtable par des HashMap (soi-disant plus performant car non synchronisées...)
 
Quand je lance un profiler sur mon appli la conso mémoire passe de 145/161 mo à 200/225 mo. Ceci est reproductible.
 
Comment expliquer cette différence de conso en mémoire ? l'objet HashMap est-il plus couteux que Hashtable ?
 
merci d'avance
 

redant >  
Je viens de regarder, hashtable et hashMap ont le même taux de charge par défaut (0.75), et leurs entries font la même taille (4 mots mémoire).
 
 
 
réduit le -Xmx à 100Mo et regarde plutôt la charge du proc. Le garbage collector "old generation" n'entre pas en marche tant que le -Xmx n'est pas atteint, les 2 structures n'ont peut-être pas la même tendance dans le viellissement des objets. avec un -Xmx assez bah, tu seras sûr de le tapper et de comparer des choses comparables.

 
merci pour la réponse. Je ne peux pas baisser mon -Xmx à 100 >> out of memory, mais ça passe à 256mo.
 
En fait je pense que je compare des choses comparables car mon profiler montre que le Garbage Collector se déclenche régulièrement.
 
Ma consommation oscille donc (en dent de scie) entre deux seuils
de 145mo (après passage du GC) à 160mo avec HashTable
de 200mo (après passage du GC) à 225mo avec HashMap
 
A partir du moment ou mon load factor est identique, je ne comprends pas d'où vient cette sur-consommation. Notre appli étant destinée à tourner en client lourd sur des workstation nous avons intérêt à utiliser le moins de mémoire possible quitte à perdre en perf.

effectivement, ça m'a l'air d'une mesure pertinente.
 
Je ne vois pas de différence flagrante entre les 2 pourtant.
 
google n'a pas l'air très utile.

on continue sur le topic que j'ai créé si vous avez des idées

Je suis à la recherche d'une techno, un outil, tout ce que vous voulez (basée sur le Java bien sur), pour créer un site web, histoire de montrer à un employeur potentiel que je sais me dépatouiller avec les technos web. Je pensais utiliser un CMS : Magnolia (non, pas Vanilla) mais je m'apperçoit que la solution est un brin trop lourde pour un site perso (là, c'est un euphémisme en fait).
Donc voila, je suis preneur de toutes les idées qui pourrait vous venir.
Sachant que je maitrise à peu près les JSP / Servlet, j'ai 6 mois pour arriver à qqch de présentable.

bah des techno y en a mille milliards pour le web en java  
apres, tout depend des gouts...
moi j'aime beaucoup tapestry, d'autres iront vers WebWork, Struts, SpringMVC, JSF, echo, cricket, trails, la liste est longue

tiens, on n'a pas de tomik qui rassemble des info sur tout plein de frameworks, ca pourrait etre rigolo/utile ?
genre une classification des frameworks web, idem pour IOC, AOP, et autres lib en tout genre, avec liens vers les resources utiles ?
 
 
 
nan ?

nan ça bouge tout le temps, ça va faire des guerres, les infos seront jamais à jour et ça va remprendre les plaquette commerciale.
 
the serverside.com suffit amplement.

ok
je vais tenter de m'occuper autrement alors cet apres midi, je vais regarder du cote de berkano tiens  

sinon, tu peux écrire mon rapport à ma place ?

 
Ben je sais. C'est bien le problème. si des gens qui ont déja défriché un peu pouvaient m'éviter de me relancer dans cette e-jungle, et me donner leur point de vues sur ce qu'ils connaissent, recommande ou déconseille, ce serait déja super.

ben déja, je te dirais d'éviter Struts
Tapestry, WebWork et SpringMVC sortent du lot à mon avis, mais ca reste tres subjectif
 
l'important c'est d'en maitriser une, d'etre a l'aise avec et voila, que ce soit Struts ou autre...

Mais pour toutes ces technos, j'imagine qu'il n'existe pas de solution d'hébergement "grand public" (=pas cher) !?