Reprise du message précédent :

 
apparement ça te gêne pas qu'on te prenne pour un gros parano complexé, par contre  

euh, c'est moi qui délire et t'as juste fait une faute "de frappe"  ou bien?

tu vires de plus en plus mal ...

j'interviens plus souvent ici ...  
l'ambiance a changé, je m'y reconnais plus ...
 
même un sujet qui pourrait être intéressant par en vrille à cause du melon de certains. ca me gonfle ...

 
bin y doit recopier qqchose en local pour eviter d'avoir un opcode getfield (opcode qui sert a aller chercher une variable membre)
 
ca te fait un bytecode plus petit, paske pour recuperer une variable membre c'est en gros  
 

alors qu'avec une locale ca ressemble a :

 
(a l'exec, vu que ta var locale va au pire etre stocké dans la pile (qui a vraiment de forte chance d'etre dans le cache), au mieux dans un reg, tu dois y gagner un pouillieme)

Il a été testé ce plugin ?
 
 
(oui, je sais mauvais esprit, tout ça)

mais pourquoi tu demandes ça ici

c'était une question réthorique.
 

j'me demande si on en a pas déjà parlé mais,
http://java.sun.com/j2se/1.4.2/doc [...] nizer.html

J'veux bien que StringTokenizer est pas parfait (notamment le fait que LES delimiteurs soient représentés par UNE CHAINE), mais bon de là à vouloir remplacer un truc si simple par des regex bugogènes !?

oui, on en a parlé.
 
il manque une tonne d'outils intelligents en java. Et j'ai pas envie d'empiler plus dans ma todo list.

c'est entre autres pour ça qu'il y a les commons-*
(mais qui selon moi sont au moins à 50% à vomir, ne fut-ce que pour la dépendence sur un systeme de logging totalement inutile)

IIIIIIIIIIIIIIIIIIK

 
je viens de voir que j'ai capitalisé sur une techno sans avoir bien compris les contraintes ... je me suis vautré
 
 
 
mais je viens de comprendre le pourquoi du post d'au-dessus (ça m'avance à fond ).

tiens, vous connaissez un bon profiler gratuit?
j'ai bien une license pour jprofiler, mais chuis pas supposé l'utiliser en dehors du taf

Hyades ? (avec eclipse)

euh oui mais eclipse ne passera pas par moi

 
²²

ben jveux surtout dire que j'vais pas me mettre à eclipse juste pour un profiler.
(ou pire, juste *lancer* eclipse pour avoir le profiler)

ou piure, apprecier eclipse parce que c'est le meilleur IDE of the world

Quand je pense qu'on va devoir y passer au taf... Exit IntelliJ.

 
(ça me tue que sous prétexte qu'il y ait un truc gratuit ailleurs, on refuse d'investir dans des outils décents qui améliorent la qualité du travail qu'on produit...)

ha tant que je tiens un idea user: depuis la 4.5 j'ai l'impression qu'il me fait plus les liens entre mes EJB concrets et les differentes interfaces genérées (par xdoclet), alors que j'ai pas changé la config de mes projets... une idée?
 
sinon, la 4.5.2 est sortie (hier je crois?), c'est normal que je trouve pas un vrai changelog?
 

 
pareil pour le changelog, ils disent bugfixes et improvements

ouais... j'aimerais bien savoir ce qui a été fixé et imprové moi
(s'ils pouvaient ameliorer un peu le refresh des fichiers sous linux parce que depuis la 4.5 - je crois - c'est devenu catastrophique, alors que sous les autres os ça marche toujours fort bien)

 
je vois ce que tu veux dire, moi j'ai utilise la 4.5.1 sous windows pdt 1 mois (habituellement j'utilise sous osx) et c'etait une cata aussi. Des que je reprenais le focus et modifiait un fichier, il le synchronisait ensuite avec le filesystem et me proposait de reprendre la copie sur disque ou celle que j'avais modifie.
La je suis passe hier a la 4.5.2 sous osx et j'ai pas vu bcp de differences avec la 4.5.1 pour l 'instant.

pareil pour les differences (sous osx encore rien remarqué de flagrant - sous linux je sais pas encore, je l'ai installé hier juste avant de partir du boulot)
 
l'histoire du focus c'est parametrable: un param du genre "automatically refresh files when focus changes" ... sous linux, obligé de le decocher, beaucoup trop long/lent.. du coup à chaque fois que je builde mon projet (command line), je me tape un refresh manuel et ça prend des plombes. pareil quand je fais un cvs commit, c'est lentissime pour tout raffraichir... bon faut dire aussi que le projet principal au boulot est pas petit, et que je ferais peut etre mieux de l'eclater en plusieurs projets au niveau d'idea au lieu d'avoir les 15 modules en meme temps..

En fait a pars les bugs specifiques a osx sous 3.x, je preferais presque cette version la.
 
Tu sais comment desactiver le parsing et reconnaissance automatique des fichiers ant build.xml ? ils ne sont pas geres pas idea et qd je veux le modifier c'est crible de rouge. Je voudrais juste qu'il laisse tomber ca et ne le gere pas.
 

ha ben justement pour moi il gère bien les builds ant, c'est plutot sur les maven.xml que c'est chiant...

qd à la v3, non qd meme, y'a plein de trucs indispensables ds la 4 !!

 
j'ai un projet avec un build qui existe deja et le build.xml utilise plein de properties que idea ne connait du coup il aime pas.

si c'est pour écrire de la javadoc comme ça, abstenez-vous les gars, la prochaine fois...
(non seulement ça ne dit strictement rien, mais en plus y'a 3 constructeurs, celui-ci est celui qui prend le moins de parametres, et je dois deviner la difference avec les autres...)
 
( http://jakarta.apache.org/commons/ [...] ption.html )

quelqu'un à un retour la dessus ?

Taz > oui, c'est du code qui vient de mac os x, mais perso, c'est pas foudroyant. malheureusement, j'ai pas vraiment de comparaison.

je me demandais juste si ça pouvait avoir un impact visible (de l'ordre de 10%) sur une configuration faisant tourner 1à ou 20 instances du même programme (environ 20Mo par VM). Cela dit c'est toujours mieux que rien.

oui mais en meme temps ça c'est complement con, aussi

je vois pas pourquoi

bof, tu peux pas tout mettre dans la même VM ?

non. C'est pas mes programmes. J'ai pas les sources. Et c'est pas orienté multi-utilisateurs. Toutes façons tu veux y faire quoi : même si le soft est simple, mais orienté serveur, tôt où tard tu te retrouves sur ton serveur multi-utilisateurs avec 20 instances qui tournent en permanence, minimum. Tu rajoutes une barrette de ram
 
bon je me calme, j'ai des pensées trollesques qui me viennent. Bref tout nouveau partage de données en lecture seule est le bienvenu. C'est même un peu surprenant que cette voie d'optimisation n'est pas était mise en avant précédemment.

En général on cherche quand même à faire tourner plusieurs applis dans la même JVM, à coup de classloaders soigneusement pensés.

ça c'est pas mon problème : je parle administration. On va quand même pas s'amuser à se faire chier pour les programmes en Java déjà que c'est suffisemment gonflant à installer (surtout les trucs proprio). Si c'est ci facile que ça de faire tourner une JVM en mode serveur, pourquoi y a pas un truc générique qui existe pour faire ça ?