Version imprimable
Bonjour Bruno,
Actuellement, pour faire un reverse d'un .jar Java, il faut le dézipper (avec 7zip par ex.), puis passer un petit script qui plonge dans la hiérarchie et passe le décompilateur jad (http://www.kpdus.com/jad.html) sur chacun des .class.
On obtient ainsi un reverse de tous les sources, que l'on peut ensuite importer dans un Java Catalog.
Que penses-tu d'inclure tout ça directement dans l'outil de Catalogue ?
Nicolas
1)Tu postes au mauvais endroit
2)merci de ne parler ni hacking,ni cracks ni décompilation ici :evil:
8O 8O C'est une blague ?
http://img366.imageshack.us/my.php?image=prozacpl9.pngCitation:
Envoyé par supersnail
Faudrait lire un peu plus les message, el muchacho propose une feature à l'outil.
Jamais il n'essaye de répondre à une question ou encore de cracker quoi que ce soit :aie:
Faut ptet arrêter de tirer à vu, dès qu'on parle de décompilation :(
Bonjour tous,
supersnail, tu as effectivement réagit trop vite, et mal interprété la demande de Nicolas ;)
pas trop sure de la faire, déjà je ne peux pas savoir si jad est ou non installé et où, et tu connais mes faibles connaissances en Java :oops:Citation:
Que penses-tu d'inclure tout ça directement dans l'outil de Catalogue ?
par contre n'importe qui peut faire un nouveau plug-out réalisant la chose puis appelant Java catalog ou Java reverse ... toi par exemple, quand est-ce que tu me le donnes pour que je le distribue via la page contrib ? :mrgreen:
Ouais, je pourrais le faire, en effet, c'est pas vraiment compliqué.Citation:
Envoyé par bruno_pages
P-ê que je vais le faire, on verra ce w-e si je flemmardise pas trop. Le plus gros du boulot, pour moi, sera d'installer un compilo, et de recréer tout l'environnement de dev.
Bon après, le seul soucis est de dézipper. Est-ce qu'on embarque la zlib ou une lib similaire, ou pas ? Au pire, je dois pouvoir trouver qq part un bout de code qui fait ça.
(Sinon, jad est un simple exécutable en ligne de commande jad.exe que tu peux livrer avec la distrib de BoUML)
edit: je vois que la dernière version a même le bon goût de décompiler elle-même les .class d'un répertoire.:)
Citation:
Option -d allows you to specify another directory for output files,
which are created, by default, in the current directory. For example:
jad -o -dtest -sjava *.class
(or jad -o -d test -s java *.class, which has the same effect)
This command decompiles all .class files in the current directory
and places all output files with extension .java into directory 'test'.
If you want to decompile the whole tree of JAVA classes,
use the following command:
jad -o -r -sjava -dsrc tree/**/*.class
This command decompiles all .class files located in all
subdirectories of 'tree' and creates output files in subdirectories
of 'src' according to package names of classes. For example, if file
'tree/a/b/c.class' contains class 'c' from package 'a.b', then
output file will have a name 'src/a/b/c.java'.
Note the use of the "two stars" wildcard ('**') in the previous
command. It is handled by Jad rather than the command shell, so on
UNIX the last argument should be single-quoted:
jad -o -r -sjava -dsrc 'tree/**/*.class'
je ne comprends pas, si tu pars d'un .jar il suffit de faire quelque chose comme jar xf pour recuperer le contenu, non ?Citation:
Envoyé par el muchacho
jad n'est pas écrit en Java ?Citation:
(Sinon, jad est un simple exécutable en ligne de commande jad.exe que tu peux livrer avec la distrib de BoUML)
ce serait un comble ... :mouarf:
edit :
pour ton plug-out, utilises la generation Java, pas besoin d'utiliser la version C++ pour celaCitation:
Le plus gros du boulot, pour moi, sera d'installer un compilo, et de recréer tout l'environnement de dev
Ah, t'es là, ça tombe bien :)
Yep, mais un simple unzip fait la même chose, donc pas besoin d'avoir Java installé.Citation:
Envoyé par bruno_pages
Un .jar n'est rien de plus qu'un répertoire zippé (avec un fichier texte METAINF dedans).
Nope, C++.Citation:
jad n'est pas écrit en Java installé.
ce serait un comble ... :mouarf:
et oui, cela m'arrive lolCitation:
Envoyé par el muchacho
mais si le but est de reverser du java on peux quand même supposer que l'utilisateur a java ...Citation:
Yep, mais un simple unzip fait la même chose, donc pas besoin d'avoir Java installé.
Un .jar n'est rien de plus qu'un répertoire zippé (avec un fichier texte METAINF dedans).
:mrgreen:Citation:
Nope, C++.
cela pose alors le problème de la machine utilisée, enfin de son OS ...
je pense que tu devrais supposer que cela est deja installe
au fait, pourquoi ne pas supposer que le jar contient les sources ?
Oui mais en fait, j'aurais aimé que cette possibilité fasse partie intégrante de BoUML, parce que la possibilité de pouvoir faire un reverse d'une lib compilée en Java est quand même assez sympa à exploiter (surtout que le reverse fait par jad est de très bonne qualité et je pense totalement exploitable par un outil UML. En tout cas, les tests que j'ai effectués n'ont pas posé de soucis au reverse Java de BoUML.). Du coup, on peut ajouter aux catalogues toutes les libs compilées qu'on veut, même sans les sources.Citation:
Envoyé par bruno_pages
Effectivement, niveau packaging, il faut une version de jad par machine cible.:? Ceci étant, la plupart des OS sont supportés, apparemment.Citation:
:mrgreen:
cela pose alors le problème de la machine utilisée, enfin de son OS ...
je pense que tu devrais supposer que cela est deja installe
Euh, je ne comprends pas ta question. Un jar est une lib, en général, il ne contient que les classes compilées et éventuellement quelques fichiers de ressources utilisées par ces classes.Citation:
au fait, pourquoi ne pas supposer que le jar contient les sources ?
c'est donc bien à l'utilisateur de s'en charger, même si tu fais une version spéciale pour les utilisateurs Windows dans laquelle tu le livrerais (mais vérifies quand même si la licence le permet ;))Citation:
Envoyé par el muchacho
mais tout comme un tar cela permet de mettre ce que l'on veux sauf erreur, mais bon, je ne suis pas un utilisateur java, ce qu'est un jar d'habitude m'échappe doncCitation:
Envoyé par el muchacho
bon, tu n'a donc plus qu'a t'y mettre ...
Actuellement, c'est bien le cas. La seule valeur ajoutée de cette petite modif serait simplement de ne pas avoir à passer par une ligne de commande pour dézipper puis décompiler un jar au préalable.Citation:
Envoyé par bruno_pages
Là, l'idée serait que si on choisit un reverse Java, alors le Java Catalog et/ou BoUML propose la possibilité de faire un reverse d'un répertoire quelconque, comme c'est le cas actuellement, ou bien alors d'un fichier .jar. Auquel cas il dézippe le jar, le décompile et importe le produit de la décompilation tout seul.
edit: pour la licence, voici ce qu'il dit:
"Jad is free for non-commercial use, but since the version 1.5.6 it's no longer free for commercial use. This means that Jad cannot be included into software products (especially decompilers) without my prior permission. If you want to use Jad (as a command-line utility or as a library) in your product(s) please contact me for conditions. At the same time, Jad can be used freely for personal needs in a commercial or non-commercial environments."
Le truc, c'est que son décompilateur a été utilisé dans pas mal de produits commerciaux qui ne sont que des GUI autour de jad (et parfois sans le citer). On comprend que l'auteur soit agacé par ça.
Tout-à-fait, un jar peut contenir à peu près n'importe quoi (sauf p-ê un autre jar ? à vérifier). Mais comme je l'ai dit, en général, ce sont des fichiers .class, autrement dit des classes java compilées, et parfois des fichiers de ressources.Citation:
mais tout comme un tar cela permet de mettre ce que l'on veux sauf erreur, mais bon, je ne suis pas un utilisateur java, ce qu'est un jar d'habitude m'échappe donc
Ok :mouarf:Citation:
bon, tu n'a donc plus qu'a t'y mettre ...
c'est vrai que comme cela se réduit a un simple lancement de jad cela perd pas mal de son intérêt :?Citation:
Envoyé par el muchacho
finalement qu'est ce que tu va faire ?Citation:
Ok :mouarf:
Oui et non. J'avais posé la question parce que c'est a priori pas une évo compliquée. Je pense que pas mal de dev Java aimeraient avoir ça en standard dans l'outil, mais en fait assez peu connaissent l'existence de jad. (Je ne l'aurais bien sûr pas suggérée s'il avait fallu se palucher la décompilation.)Citation:
c'est vrai que comme cela se réduit a un simple lancement de jad cela perd pas mal de son intérêt
Je sais pas. Je vais voir ça ce w-e, je pense.Citation:
finalement qu'est ce que tu va faire ?