Avec kel logiciel peut on modifier un .class ?? (si C possible)
 
                                      Merci

 
pq tu ne modifies pas la source? ... Et si tu ne l'as pas, ban

C'est assez difficile, parait-il, mais bon, comme le suggère DarkLord, vois plutôt avec les sources.

Mai sinon C possible ?????

Lorsque je faisais de la recherche, j'ai lu des papiers similaires faisant état de ce genre de pratiques... Mais très franchement, tente la décompilation du class en cherchant un freeware sur google, si ça marche pas, lâche l'affaire.
 
En revanche, je t'avertis que tu n'as pas le droit de décompiler à la sauvage. C'est interdit.

 
Je recherche aussi une solution et il existe un package completely gratos qui s'appelle BCEL. tu tapes BCEL dans google et le tour est joué (BCEL.JAR)
 
Par contre pour l'utiliser c'est assez hard, je suis dessus depuis 3 heures et j'ai juste réussi à inclure une nouvelle méthode ds une classe. Bon courage

Mmh ca peut m'interesser ca... Depuis le temps que je veux ajouter des méthodes a l'execution... Ca se passe comment ? ca modifie le .class, ou ca rajoute la méthode a l'exécution ?

 
Ca rajoute les méthodes à l'éxécution.
 
Il existe aussi 2 autres sources de ce type SERP et (je ne me souviens plus)

 
Tu peux aussi réécrire la classe. Je viens de tester et ca marche à merveille.

jode
j'ai déjà eu l'occasion d'utiliser (un malheureux 'rm -fr * ' au lieu de 'rm -fr *~' et voilà que ...
De plus, une interface graphique c'est cool

oui mais ca je veux pas faire... Pour rajouter une méthode a String par exemple, je préfère le faire au chargement de l'appli que de modifier une classe du jdk

Attention, c'est différent et la meilleure solution est écrire une class myString qui hérite de la String de jdk Et donc dans tous tes prog. tu utilise ta classe ... sinon, impossible (mais en plus stupide, très limitée et inutile)

je sais tout ca, merci    
 
Mais ce que je veux c'est rajouter des trucs aux types de base. Ce qui est faisable sans problème dans pas mal de langages (ruby, python, smalltalk pour ne citer qu'eux).  
 
L'interet est surement discutable, mais avant le jdk1.4 y'avait pas de split dans String par exemple. Si je veux en faire un, j'ai deux solutions : une méthode de classe qui prends une String en parametre, ou un MyString. Les deux sont moches d'un point de vue objet.
 
C'est justement pour cela qu'ajouter des méthodes au runtime peut m'interesser, mais si ca marche pas tant pis, je me débrouille sans.

 
String est final pour ton info ...  

jamais compris pourquoi non plus... on est obligé d'encapsuler tout ca

 
Ca va être dur, String est finale
 

Effectivement, avec final c'est plus dur mais pas on peut ne pas hériter ...

un truk bourrin:
 

 
Oui, je sais
 
Le problème, c'est que dans ce cas, une myString, n'est pas une string. C'est un peu pénible de la passer en paramètre à  
 
File.File(String pathname)  
 
par exemple (oui, toString, je sais).
 
Et ça l'est encore plus d'affecter le résultat de File.getName à une MyString (sauf une static MyString.fromString).  
 
Mais je trouve ça un poil lourd à écrire, j'aimerais éviter de "caster" continuellement

tout a fait d'accord, c'est bien pour ca que je préfère rajouter réellement la méthode a la classe    
 
 
<pub>d'ailleurs en Lucane ca se fait (presque) sans probleme</pub>

bah oui c'est penible avec MyString ...
Le problème d'ajouter des fonctions aux sources de JDK est que l'appli n'est plus portable ...

L'avenir est aux langages ayant des structures de données modifiables dynamiquement à l'éxécution. \o/

python \o/
 
 
(euh en fait jsuis meme pas sur de ce que je dis   )

 
N'importe quoi...  
 
Je m'explique :
 
Hotswap est actuellement une des rares solutions pour modifier des classes a la volee a l'execution (et la seule integree a la VM depuis la JDK 1.4)... Et il se limite au remplacement du bytecode des corps de methodes (donc pas de modifications de signatures, ajouts de methodes)
 
Pour la JDK 1.5 ils prevoient plus mais d'apres ma derniere discussion l'ete dernier avec le responsable de Hotswap, ils n'etaient meme pas sur de continuer a bosser dessus faute de financement (ca a peut etre change depuis).
 
De toute facon le hotswap pose enormement de problemes (c.f. recherche sur le USE.)
 
Sinon BCEL, Javacc, SOOT sont des outils permettant le bytecode rewriting. Apres reecriture tu peux reloader une classe, mais il te faudra enlever toute reference a celle-ci du cache de la VM : c-a-d faire un GC sur le classloader qui a loade la classe. Ca n'a rien d'une modification a l'execution (a chaud).