Dans la série je me pose des questions, je me demande d'où elle me vienne, je pensait à un truc : dans du code C, il est possible d'écrire certains passages en assembleur, à la main. Alors jeme demandait si Java permettait, ou s'il existe un outil permettant d'écrire des méthodes directement en bytecode ?

bonne question
 
je sais pas, mais au pire, on doit tjrs pouvoir passer par JNI

Tu peux toujour essayer d'écrire directement des .class  

Ouais mais la question c'est justement, peut-on faire du "hand-made" sans tomber dans ce genre d'extreme ?

rigole pas. C'est parfaitement possible...
j'ai jamais fait mais j'ai ai déjà pas mal entendu parlé

via JNI tu peux appeler du code natif => du code fait en assembleur.
 
sinon, tu peux aussi compiler une classe java en cours d'execution et intégrer son bytecode à la JVM avec les ClassLoder.

http://jakarta.apache.org/bcel/

par contre faudra m'expliquer l'utilité

C'est pas encore exactement ce à quoi je pensais, mais deja ca je pensais pas que ca existait.

Ca a l'air de plus se rapprocher de ce que j'imaginais : http://www.mrl.nyu.edu/~meyer/jasmin/

Bin avec un collègue (de Seclin, là où tu bosses ), on a déjà bidouillé des .o  

J'ai des potes qui optimisent a la main du byte code generé afin d'améliorer les perfs de certaines applis qu'ils ont ecrites.
A+,

   
comment tu sais où je bosse toi ??

pq ils modifient pas le compilo ou leur code d'origine?
ils optimisent quoi en particulier

 
Y en a qui ont vraiment du temps à perdre

Code d'acquisition et d'exploitation en temps réel de données numeriques transmises par radio par une formule 1 (de marque francaise...) lorsqu'elle passe devant les stands, pour des banc test.
Bon, le type d'optimisation dont je parle, ils faisaient ça il y a 4/5 ans. Je ne sais pas si c'est toujours d'actualité pour eux, avec les evolutions/améliorations des compilos java.
A+,

Y'a 4/5 ans ils programmaient des trucs comme ça en Java ? Pourquoi en Java ?

c'est ce que j'allais demander, je vois pas bien l'interet de programmer en java si c'est pour optimiser le bytecode à la main apres

fin bon, respect quand meme, c'est beau

 
c'est clair autant coder en ASM depuis le début

ouais ... faudrait parler de ca à Harko, ca le brancherait bien !

pas question qu'il fasse du java

ptête parceque j'ai bossé là pendant un peu plus de 3 ans ?  

A propos de modification de bytecode :
Y a une techno qui commence a faire bcp parler d'elle : JDO et en parcourant la doc d'une implementation qui s'appelle LIDO (faite par une boite française), le persistence est ajoutée en modifiant directement le bytecode des classes.
 
 
 

ha ...
 
mais comment tu sais que MOI j'y bosse ... il me semble pas l'avoir dit ici

Ils m'ont dit qu'ils font plus ca depuis un bail, en fait.  
Pourquoi en java? je suppose entre autres que la portabilité du code et l'homogeneite de l'interface entre divers OS (en clair WIN NT et Linux il y a 4 ans) y est pour quelque chose. Mais il y a eu plusieurs phases. Tout au depart, c'etait du C (ou du C++, je sais plus), et ca a evolué au cours des années.
A+,

 
Euh, juste pour savoir, ils bossaient chez qui tes potes ?? Parce qu'en F1, si les interfaces RT etaient ecrites en Java sous NT/Linux en 98-99, ca devait etre folklo !! A l'epoque le RT sous Java, c'etait plutot de l'experimental si je me souviens bien... M'enfin, pour revenir au sujet, un compilo sera TOUJOURS plus performant qu'un code retouché a la mimine dans le byte-code. Apres si le programmeur ecrit des boucles infinies, on peut plus faire grand chose pour lui... Paix a son ame ou a son client...

Tout depend du contexte et de l'époque; comme je l'ai dit, ça date du début de Java, quand il y avait pas beaucoup d'outils, et qu'ils etaient pas trop performant.
A+,