Discussion :

[Fanny B]

Bonjour,

Je développe actuellement un plugin Java sous Eclipse.

Tout fonctionne bien, par contre, lorsque j'ai installé le plugin pour un utilisateur, j'ai remarqué que je pouvais très facilement récupérer toutes les sources Java du plugin. Cela me pose problème car je ne veux pas que les utilisateurs aient accès au code et qu'ils puissent le lire, ou même le modifier !

Existe-t-il un moyen d'autoriser l'utilisation des sources du plugin, mais d'interdire leur récupération par l'utilisateur ?

Merci d'avance.

[Laurent.B]

Bonjour,

Ce ne sont pas les sources que tu utilises lors de l'exécution mais les .class...

Je ne suis pas expert et ça fait un moment que je n'ai pas mis le nez là-dedans mais de mémoire il y a un onglet, dans l'éditeur du fichier plugin.xml, qui te permet d'indiquer ce que tu veux mettre ou non dans le jar de ton plugin... Et sauf erreur, par défaut les sources ne sont pas inclus, il faut les cocher pour que ça le soit. Bref ! Il te suffit de les décocher.

[Fanny B]

Effectivement, j'incluais le dossier src, et non le dossier bin qui contient l'ensemble de mes .class...

Merci beaucoup.

[Mickael_Istria]

Juste pour eviter de se faire des fausses idees sur le fait de rendre le code secret.
Les .class se decompilent tres bien, il y a beaucoup d'outils qui a partir d'un .class te sortent un .java plutot bon. jad fais ca en command-line, et JadClipse fait directement ca avec un click-droit sur une classe dans l'IDE. Les noms des classes, methodes et champs non-prives sont forcement gardes; et pour peu que tu aies laisse les numeros de lignes dans tes .class (plutot standard pour le debug, car il permet d'avoir les numeros de lignes dans la stacktrace), il ne restera plus qu'a renommer les variables pour revenir au code d'origine. C'est a la portee de n'importe quel dev java.

Si tu veux compliquer les choses, il faudra obfusquer le code (avec proguard par exemple). Obfusquer consiste essentiellement des refactorings automatiques de quelques operations pour les rendre moins claires (et encore, les decompilateurs connaissent la plupart de ces trucs et ne sont pas trop genes par ca), et en le changement de signature de methodes. Mais il faut bien configurer ce dernier, parce que certaines methodes sont critiques et ne peuvent etre changees sans casser la compatibilite.

Note qu'il y a par contre des restrictions legales sur le droit a decompiler, mais en pratique, c'est rarement possible de prouver que quelqu'un a decompile le code.

Bref, l'objectif de ce message est de te faire relativiser sur le "secret" du code, qui ne sera de toute facon que partiel, et qui n'arretera jamais quelqu'un qui veut vraiment comprendre ce que fait ton code a partir des .class de le faire...