Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Ingeniería inversa a librerías java
#4
2º frase, si.
-O descomprimes el jar y dejas las .class con la estructura de paquetes en el "/bin" o "/classes" de tu proyecto (uno nuevo para reahcer el jar, y sin la class que da problemas)
-O (esta deberia funcionar fijo) te haces un jar con todas menos la problemática e importas ese jar a un nuevo proyecto que tenga sólo el .class->.java a modificar.
Con eso puedes compilar la clase que da guerra y con ese class recompilado y el resto de class viejos rehacer el jar de nuevo.

No decia extender el Classloader sino crear una instancia de. Algo asi como (de memoria):
Código:
try{
ClassLoader cl=new ClassLoader (new URL(" bla bla .jar"+"!jar"));
Class problema=cl.load (no me acuerdo);
Object o=problema.newInstance();
si no querias poner ese jar problemático en el claspath y arrancar instancias solo esa clase. Pero te entendi mal, el problema está en el constructor de esa clase, no en el jar en si. Mea culpa.
[Imagen: e4jeCf8.png]





Responder


Mensajes en este tema
Ingeniería inversa a librerías java - por Reaper45 - 05-09-2013, 07:43 PM
RE: Ingeniería inversa a librerías java - por Yumichan - 05-09-2013, 09:53 PM

Salto de foro:


Usuarios navegando en este tema: 3 invitado(s)