Discussion :

[devroot]

Bonjour,

Au risque d'aller contre la logique même de Java, dont l'objectif est quelque part de tourner sur tout environnement qui a son JVM ....

Comment dois-je faire pour créer un éxécutable windows (de type .exe donc)
qui tourne sans JVM mais alors qui ne tourne que sur windows ??

C'est une option de compilation ou un plug un de Eclipse (je développe avec Eclipse) ?

[_skip]

De ce coté:
http://www.excelsior-usa.com/jet.html

A ma connaissance c'est l'un des, voire le seul produit qui offre la compilation en natif quasiment sans compromis.
Par contre faut être prêt à passer à la caisse car ses créateurs ne sont pas là juste pour améliorer le monde.

[yciabaud]

Tu peux créer ce genre d'exécutable avec la JVM embarquée à l'aide de Lauch4J par exemple:
http://launch4j.sourceforge.net/

Sinon tu peux créer un installeur qui installe la JVM si besoin, par exemple avec:
http://www.ej-technologies.com/produ.../overview.html

[devroot]

Merci pour ces infos,

Excelsior JET se distingue un peu je crois par sa protection du code source
(....protect your Java code from decompilers).

Je ne suis pas sûr que ce soit le cas des 2 autres...

[nouknouk]

salut,

il existe également une solution libre: GNU Comiler for Java (ou GCJ).
Pour windows, ça t'impose de passer par cygwin pour la compilation, donc avec quelques (petites) librairies en dépendance, mais rien de bien rédhibitoire.

[Uther]

Jet et Gcj sont en effet des compilateurs qui compileront ton code en exécutable natif, ce qui fait que tu n'auras même pas besoin d'installer de JRE.
Je sais pas ce qu'il en est pour Jet, mais Gcj est loin d'être parfait en terme de compatibilité avec Java.

Il y a ensuite diverses application qui ne sont en fait que des lanceur et nécessiteront d'installer également la JVM. Je trouve que Launch4j est assez efficace dans ce domaine.

[adiGuba]

Salut,

Jet et Gcj sont en effet des compilateurs qui compileront ton code en exécutable natif, ce qui fait que tu n'auras même pas besoin d'installer de JRE.

Mais tu devras installer des librairies supplémentaires correspondant à l'API Java...
Bref tu remplaces le JRE par un runtime JET ou GCJ qu'il faudra déployer avec ton application.
(sauf erreur la version complète de JET permet de créer un installateur pour tout cela)

Je sais pas ce qu'il en est pour Jet, mais Gcj est loin d'être parfait en terme de compatibilité avec Java.

Il me semble que Jet satisfait les tests de compatibilité de Sun.
Pour Gcj c'est surtout l'API qui n'est pas complète, car sauf erreur de ma part il se base sur le projet GNU-Classpath non finalisé...


Mais comme cela a été dit, cela va à l'encontre même de la logique de Java...

a++