quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour pouvoir utiliser l'exe. Est-ce le cas d'executor ?
Est-ce une solution efficace contre la décompilation du bytecode ?
"tomcat" wrote in message news:cdb1it$dei$
zebulon wrote:
Salut, Quels outils connaissez vous pour transformer un programme java (.class, .jar) en un vrai et autonome executable windows (.exe) ? merci
Executor
tomcat
zebulon wrote:
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour pouvoir utiliser l'exe. Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode. Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un autre langage alors ?
zebulon wrote:
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe.
Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode.
Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un
autre langage alors ?
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour pouvoir utiliser l'exe. Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode. Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un autre langage alors ?
zebulon
et non , executor a besoin du JRE ... donc bytecode donc décompilation ?
"tomcat" wrote in message news:cdb3g3$v8f$
zebulon wrote:
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe. Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode. Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un autre langage alors ?
et non , executor a besoin du JRE ... donc bytecode donc décompilation ?
"tomcat" <koudri.a@wanadoo.fr> wrote in message
news:cdb3g3$v8f$1@news-reader2.wanadoo.fr...
zebulon wrote:
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE
pour
pouvoir utiliser l'exe.
Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode.
Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un
autre langage alors ?
et non , executor a besoin du JRE ... donc bytecode donc décompilation ?
"tomcat" wrote in message news:cdb3g3$v8f$
zebulon wrote:
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe. Est-ce le cas d'executor ?
Si c'est un executable, plus besoin du JRE.
Est-ce une solution efficace contre la décompilation du bytecode ?
puisque ça devient du binaire, il n'y a plus de bytecode. Par contre, c'est pas trés efficace...Pourquoi ne pas dévelloper dans un autre langage alors ?
Cedric Lefebvre
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait que le JRE est inclus dans l'executable. Enfin de maniere generale, ces outils sont quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Cedric Lefebvre
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE
pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait que
le JRE
est inclus dans l'executable. Enfin de maniere generale, ces outils sont
quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation.
La seule solution serait d'utiliser un compilateur qui combile de bytecode
Java en Assembleur, mais a ma connaissance de tels outils n'existent
pas vraiment.
En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est
qu'ecrire
un tel outil represente a peu pres le meme boulot que de developper un
Run-Time Java... donc un boulot assez enorme.
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait que le JRE est inclus dans l'executable. Enfin de maniere generale, ces outils sont quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Cedric Lefebvre
zebulon
ok merci.. dommage qu'un tel outil n'existe pas..
"Cedric Lefebvre" wrote in message news:40f92ca4$0$31380$
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait que
le JRE est inclus dans l'executable. Enfin de maniere generale, ces outils sont quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Cedric Lefebvre
ok merci.. dommage qu'un tel outil n'existe pas..
"Cedric Lefebvre" <nospam@free.fr> wrote in message
news:40f92ca4$0$31380$626a14ce@news.free.fr...
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE
pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait
que
le JRE
est inclus dans l'executable. Enfin de maniere generale, ces outils sont
quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation.
La seule solution serait d'utiliser un compilateur qui combile de bytecode
Java en Assembleur, mais a ma connaissance de tels outils n'existent
pas vraiment.
En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API
Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est
qu'ecrire
un tel outil represente a peu pres le meme boulot que de developper un
Run-Time Java... donc un boulot assez enorme.
"Cedric Lefebvre" wrote in message news:40f92ca4$0$31380$
quand je disais "autonome", je voulais dire qu'il n'y pas besoin de JRE pour
pouvoir utiliser l'exe.
Il existe plusieurs outils de ce style... certains reposant sur le fait que
le JRE est inclus dans l'executable. Enfin de maniere generale, ces outils sont quand meme d'une utilite tres limitee.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Cedric Lefebvre
Cedric Lefebvre
ok merci.. dommage qu'un tel outil n'existe pas..
C'est aussi normal. Cela revient a faire du C++ avec du Java... Si tu veux generer du code natif, ecrit ton programme en C++.
Cedric Lefebvre
ok merci.. dommage qu'un tel outil n'existe pas..
C'est aussi normal. Cela revient a faire du C++ avec du Java...
Si tu veux generer du code natif, ecrit ton programme en C++.
C'est aussi normal. Cela revient a faire du C++ avec du Java... Si tu veux generer du code natif, ecrit ton programme en C++.
Cedric Lefebvre
zebulon
Je ne suis pas d'accord, java apporte bien d'autres avantages que la portabilité. Il ne semble pas incohérent de vouloir coder en java puis de générer du code natif.
"Cedric Lefebvre" wrote in message news:40f935c1$0$31382$
ok merci.. dommage qu'un tel outil n'existe pas..
C'est aussi normal. Cela revient a faire du C++ avec du Java... Si tu veux generer du code natif, ecrit ton programme en C++.
Cedric Lefebvre
Je ne suis pas d'accord, java apporte bien d'autres avantages que la
portabilité. Il ne semble pas incohérent de vouloir coder en java puis de
générer du code natif.
"Cedric Lefebvre" <nospam@free.fr> wrote in message
news:40f935c1$0$31382$626a14ce@news.free.fr...
ok merci.. dommage qu'un tel outil n'existe pas..
C'est aussi normal. Cela revient a faire du C++ avec du Java...
Si tu veux generer du code natif, ecrit ton programme en C++.
Je ne suis pas d'accord, java apporte bien d'autres avantages que la portabilité. Il ne semble pas incohérent de vouloir coder en java puis de générer du code natif.
"Cedric Lefebvre" wrote in message news:40f935c1$0$31382$
ok merci.. dommage qu'un tel outil n'existe pas..
C'est aussi normal. Cela revient a faire du C++ avec du Java... Si tu veux generer du code natif, ecrit ton programme en C++.
Cedric Lefebvre
Farid
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Il y a une solution pour "palier" a la decompilation: l'obfuscation. Sur ca ne permet pas la decompilation totale, mais ca complique bien les choses.
Nous utilisons nous meme Klassmaster de www.zelix.com Sacre obfuscateur ce soft, pffff Faut vraiment en vouloir et avoir du temps a perdre (beaucoup de temps suivant les options activees) pour avoir un code decompiler a peu pres lisible avec cet obfuscator. Autant apprendre le chinois, je suis sur que ca serait plus rapide....
Farid.
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation.
La seule solution serait d'utiliser un compilateur qui combile de bytecode
Java en Assembleur, mais a ma connaissance de tels outils n'existent
pas vraiment.
En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API
Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est
qu'ecrire
un tel outil represente a peu pres le meme boulot que de developper un
Run-Time Java... donc un boulot assez enorme.
Il y a une solution pour "palier" a la decompilation: l'obfuscation.
Sur ca ne permet pas la decompilation totale, mais ca complique bien les
choses.
Nous utilisons nous meme Klassmaster de www.zelix.com
Sacre obfuscateur ce soft, pffff
Faut vraiment en vouloir et avoir du temps a perdre (beaucoup de temps
suivant les options activees) pour avoir un code decompiler a peu pres
lisible avec cet obfuscator.
Autant apprendre le chinois, je suis sur que ca serait plus rapide....
Est-ce une solution efficace contre la décompilation du bytecode ?
Non. Aucune solution n'est vraiment efficace pour eviter la decompilation. La seule solution serait d'utiliser un compilateur qui combile de bytecode Java en Assembleur, mais a ma connaissance de tels outils n'existent pas vraiment. En fait, il en existe mais ils ne gerent souvent qu'une partie de l'API Java
et sont donc souvent d'une utilite tres limitee. Le probleme, c'est qu'ecrire un tel outil represente a peu pres le meme boulot que de developper un Run-Time Java... donc un boulot assez enorme.
Il y a une solution pour "palier" a la decompilation: l'obfuscation. Sur ca ne permet pas la decompilation totale, mais ca complique bien les choses.
Nous utilisons nous meme Klassmaster de www.zelix.com Sacre obfuscateur ce soft, pffff Faut vraiment en vouloir et avoir du temps a perdre (beaucoup de temps suivant les options activees) pour avoir un code decompiler a peu pres lisible avec cet obfuscator. Autant apprendre le chinois, je suis sur que ca serait plus rapide....
