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.
Tu peux toujours ecrire avec les 2 en utilisant du JNI, mais bon vue le contexte de ta question, j'ai l'impression qu'il y a un problem de securite concernant la decompilation.... Enfin a voir, y a des soft pour obfusquer le code... (voir mon autre post).
Farid.
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.
Tu peux toujours ecrire avec les 2 en utilisant du JNI, mais bon vue le
contexte de ta question, j'ai l'impression qu'il y a un problem de securite
concernant la decompilation....
Enfin a voir, y a des soft pour obfusquer le code... (voir mon autre post).
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.
Tu peux toujours ecrire avec les 2 en utilisant du JNI, mais bon vue le contexte de ta question, j'ai l'impression qu'il y a un problem de securite concernant la decompilation.... Enfin a voir, y a des soft pour obfusquer le code... (voir mon autre post).
Farid.
Cédric Chabanois
Il y a gcj qui peut compiler en natif (plus besoin de JRE) mais il doit y avoir des limitations et je ne suis pas sûr que ce soit dispo sous windows. Il parait que eclipse peut être compilé en natif avec.
Pour ma part, je n'ai jamais essayé et je n'en vois pas trop l'intérêt non plus.
Cédric
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
Il y a gcj qui peut compiler en natif (plus besoin de JRE) mais il doit
y avoir des limitations et je ne suis pas sûr que ce soit dispo sous
windows.
Il parait que eclipse peut être compilé en natif avec.
Pour ma part, je n'ai jamais essayé et je n'en vois pas trop l'intérêt
non plus.
Cédric
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++.
Il y a gcj qui peut compiler en natif (plus besoin de JRE) mais il doit y avoir des limitations et je ne suis pas sûr que ce soit dispo sous windows. Il parait que eclipse peut être compilé en natif avec.
Pour ma part, je n'ai jamais essayé et je n'en vois pas trop l'intérêt non plus.
Cédric
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
zebulon
D'ailleurs je viens de trouver ce qu'il me faut : Excelsior JET.. mais c'est trop cher..
"zebulon" wrote in message news:40f95f8d$0$14016$
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
D'ailleurs je viens de trouver ce qu'il me faut : Excelsior JET.. mais c'est
trop cher..
"zebulon" <o@rfer.fref> wrote in message
news:40f95f8d$0$14016$79c14f64@nan-newsreader-05.noos.net...
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++.
D'ailleurs je viens de trouver ce qu'il me faut : Excelsior JET.. mais c'est trop cher..
"zebulon" wrote in message news:40f95f8d$0$14016$
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
Marc Collin
Cedric Lefebvre wrote:
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
il y a me semble le gnu classpath... red hat a quand même porté eclipse
en natif avec ça
-- La boîte à prog http://www.laboiteaprog.com
Cedric Lefebvre wrote:
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
il y a me semble le gnu classpath... red hat a quand même porté eclipse
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
il y a me semble le gnu classpath... red hat a quand même porté eclipse
en natif avec ça
-- La boîte à prog http://www.laboiteaprog.com
Marc Collin
Farid wrote:
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.
faut voir ensuite les effets que ça peut avoir sur les performances et cie
-- La boîte à prog http://www.laboiteaprog.com
Farid wrote:
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.
faut voir ensuite les effets que ça peut avoir sur les performances et cie
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.
faut voir ensuite les effets que ça peut avoir sur les performances et cie
-- La boîte à prog http://www.laboiteaprog.com
vc.spam
"zebulon" wrote in message news:<40f97c31$0$14011$...
Quelque soit la solution que tu trouveras à base de compilation native, tu t'expose à pas mal de problème:
Mettons que tu batisse ton projet autour d'une license d'Excelsior Jet, que se passe-t-il en cas de problème (exe pas stables sur certaines cibles, société qui coule, maj exhorbitantes pour supporter les évolutions de java,...)???
Dans ce cas tu devras te tourner vers une solution concurrente. Si il n'y en a pas de correcte, tu fais quoi? Tu réecris tout en C++?
Je ne sais pas exactement ce que tu cherches à protéger, mais je doutes qu'il soit nécessaire de protèger toute l'application. Il ne faut pas se leurrer sur la protection de soft. Un soft bien protèger est un soft qu'il est plus intéressant d'acheter que de craquer. Si ton soft doit vraiment susciter l'intérêt des hackers ou être l'objet d'espionnage intdustriel, c'est un avocat, pas un compilateur, qu'il te faut...
Perso je me suis poser le même genre de question, finalement j'ai une partie de mon soft qui est en JNI pour limiter les problèmes et cette partie inclut un système de protection (dongle ou clé soft), c'est crackable mais je ne l'ai pas encore vu sous emule &cie, donc il est suffisament protégé!!!
Vincent
"zebulon" <o@rfer.fref> wrote in message news:<40f97c31$0$14011$79c14f64@nan-newsreader-05.noos.net>...
Quelque soit la solution que tu trouveras à base de compilation
native, tu t'expose à pas mal de problème:
Mettons que tu batisse ton projet autour d'une license d'Excelsior
Jet, que se passe-t-il en cas de problème (exe pas stables sur
certaines cibles, société qui coule, maj exhorbitantes pour supporter
les évolutions de java,...)???
Dans ce cas tu devras te tourner vers une solution concurrente. Si il
n'y en a pas de correcte, tu fais quoi? Tu réecris tout en C++?
Je ne sais pas exactement ce que tu cherches à protéger, mais je
doutes qu'il soit nécessaire de protèger toute l'application. Il ne
faut pas se leurrer sur la protection de soft. Un soft bien protèger
est un soft qu'il est plus intéressant d'acheter que de craquer. Si
ton soft doit vraiment susciter l'intérêt des hackers ou être l'objet
d'espionnage intdustriel, c'est un avocat, pas un compilateur, qu'il
te faut...
Perso je me suis poser le même genre de question, finalement j'ai une
partie de mon soft qui est en JNI pour limiter les problèmes et cette
partie inclut un système de protection (dongle ou clé soft), c'est
crackable mais je ne l'ai pas encore vu sous emule &cie, donc il est
suffisament protégé!!!
"zebulon" wrote in message news:<40f97c31$0$14011$...
Quelque soit la solution que tu trouveras à base de compilation native, tu t'expose à pas mal de problème:
Mettons que tu batisse ton projet autour d'une license d'Excelsior Jet, que se passe-t-il en cas de problème (exe pas stables sur certaines cibles, société qui coule, maj exhorbitantes pour supporter les évolutions de java,...)???
Dans ce cas tu devras te tourner vers une solution concurrente. Si il n'y en a pas de correcte, tu fais quoi? Tu réecris tout en C++?
Je ne sais pas exactement ce que tu cherches à protéger, mais je doutes qu'il soit nécessaire de protèger toute l'application. Il ne faut pas se leurrer sur la protection de soft. Un soft bien protèger est un soft qu'il est plus intéressant d'acheter que de craquer. Si ton soft doit vraiment susciter l'intérêt des hackers ou être l'objet d'espionnage intdustriel, c'est un avocat, pas un compilateur, qu'il te faut...
Perso je me suis poser le même genre de question, finalement j'ai une partie de mon soft qui est en JNI pour limiter les problèmes et cette partie inclut un système de protection (dongle ou clé soft), c'est crackable mais je ne l'ai pas encore vu sous emule &cie, donc il est suffisament protégé!!!
Vincent
Olivier Merigon
Salut, C'est pas un mythe le fait de compiler du java en natif (probleme avec JDBC et SWING par contre)... Il y a un tres bon tutorial ici : http://www.cs.umanitoba.ca/~eclipse/ (section n°6)
"zebulon" a écrit dans le message de news:40f9009b$0$12304$
Salut, Quels outils connaissez vous pour transformer un programme java (.class, .jar) en un vrai et autonome executable windows (.exe) ? merci
Salut,
C'est pas un mythe le fait de compiler du java en natif (probleme avec JDBC
et SWING par contre)...
Il y a un tres bon tutorial ici :
http://www.cs.umanitoba.ca/~eclipse/ (section n°6)
"zebulon" <o@rfer.fref> a écrit dans le message de
news:40f9009b$0$12304$79c14f64@nan-newsreader-04.noos.net...
Salut,
Quels outils connaissez vous pour transformer un programme java (.class,
.jar) en un vrai et autonome executable windows (.exe) ?
merci
Salut, C'est pas un mythe le fait de compiler du java en natif (probleme avec JDBC et SWING par contre)... Il y a un tres bon tutorial ici : http://www.cs.umanitoba.ca/~eclipse/ (section n°6)
"zebulon" a écrit dans le message de news:40f9009b$0$12304$
Salut, Quels outils connaissez vous pour transformer un programme java (.class, .jar) en un vrai et autonome executable windows (.exe) ? merci
