j'aimerai generer un executable Java ".exe" a partir des sources ou des
classes. Pour l'instant mon prog. est sous forme d'archive JAR, ce qui n'est
pas vraiment pratique a lancer (un batch pour fixer les PATH et lancer le
prog...)
Je crois qu'il existe J2EXE, mais une fois genere, l'executable ne retrouve
pas forcement les PATH de JDK sur differentes machines (ayant une JVM
installee bien-sur...)
Pour info, un programme permettant de compiler du java en code natif : www.excelsior-usa.com
GG
Il y a aussi gcj qui est libre.
Il sert par exemple à compiler sancho : http://sancho-gui.sourceforge.net/
Encore une fois quel intérêt de code en Java si c pour l'enraciner sur
un OS ?? Une JRE ça s'installe tout seul :)
gg
"Syrion" a écrit dans le message de news: 43d55640$0$26395$
C'était juste pour info, puisque c'était l'interrogation de son premier post.
Et du code machine, c'est toujours plus rapide, et plus "secure" que du code "interpreté". FAUX c'est l'inverse... devine quelle attaque n'est pas possible sur un
programme java ? Buffer-overflow par exemple, exécution sur la pile.... C'est justement l'intérêt d'une machine virtuelle
OK, mais je parle en terme de reverse eng, tu es obligé d'utiliser un obfuscateur pour limiter. Chose que je n'ai jamais aimé.
GG
"Syrion" <syrion.com@club> a écrit dans le message de news:
43d55640$0$26395$7a628cd7@news.club-internet.fr...
C'était juste pour info, puisque c'était l'interrogation de son premier
post.
Et du code machine, c'est toujours plus rapide, et plus "secure" que du
code "interpreté".
FAUX c'est l'inverse... devine quelle attaque n'est pas possible sur un
programme java ? Buffer-overflow par exemple, exécution sur la pile....
C'est justement l'intérêt d'une machine virtuelle
OK, mais je parle en terme de reverse eng, tu es obligé d'utiliser un
obfuscateur pour limiter. Chose que je n'ai jamais aimé.
"Syrion" a écrit dans le message de news: 43d55640$0$26395$
C'était juste pour info, puisque c'était l'interrogation de son premier post.
Et du code machine, c'est toujours plus rapide, et plus "secure" que du code "interpreté". FAUX c'est l'inverse... devine quelle attaque n'est pas possible sur un
programme java ? Buffer-overflow par exemple, exécution sur la pile.... C'est justement l'intérêt d'une machine virtuelle
OK, mais je parle en terme de reverse eng, tu es obligé d'utiliser un obfuscateur pour limiter. Chose que je n'ai jamais aimé.
GG
gg
"Syrion" a écrit dans le message de news: 43d556bb$0$26402$
Et pourquoi pas compiler du java ? Ca évite de distribuer le JRE avec l'appli et dans certains cas çà peut être intéressant.
Et non justement tu dois filer toutes les DLL de la JRE avec ......
Ca éviter d'utiliser la JVM
"Syrion" <syrion.com@club> a écrit dans le message de news:
43d556bb$0$26402$7a628cd7@news.club-internet.fr...
Et pourquoi pas compiler du java ?
Ca évite de distribuer le JRE avec l'appli et dans certains cas çà peut
être intéressant.
Et non justement tu dois filer toutes les DLL de la JRE avec ......
