Come recuperare lo stato dell'oggetto da oggetti Java serializzati senza file di classe

Question

Ho un file binario che contiene oggetti serializzati Java (che sono oggetti valore), ma non ho accesso alla classe che è stata serializzata per creare quelli oggetti. Senza il file di classe, JVM non mi consente di leggere gli oggetti con objectInputStreamInstance.readObject() e giustamente getta java.lang.ClassNotFoundException.

Esiste una libreria che può aiutare a estrarre i dati in XML o in altro formato standard? Ad esempio, se la classe Person sotto è serializzato e memorizzato in un file, vorrei estrarre i dati da esso:

Classe Definizione

class Person implements Serializable { 
    int age; 
    String name; 
    public Person(int age, int name) { 
    this.age = age; 
    this.name = name; 
    } 
} 

Richiesto Estrazione Format (senza accesso alla classe File)

<Person> 
    <age>10</age> 
    <name>Name</name> 
</Person> 

inoltre ho controllato il seguente, ma non ha ottenuto quello che cercavo:

1. Xstream (http://x-stream.github.io/) richiede l'accesso a un oggetto Java per creare XML da tale oggetto. Tuttavia, non riesco a creare oggetti per la mancanza di file di classe.
2. Serialysis sembra essere molto vecchio https://weblogs.java.net/blog/emcmanus/archive/2007/06/disassembling_s.html

Grazie per il vostro aiuto.

saluti, Gursev

Answer 1

Controllare jdeserialize. Ha una modalità a riga di comando, ma anche a reasonably well documented API. Riguardo alla ricanalizzazione automatica in XML? Io non la penso così Ci sono troppi modi per farlo. Probabilmente dovrai passare a questo come 2 passaggi separati. jdeserialize può essere utile nel decodificare le classi (producendo codice sorgente java), specialmente quando questo è richiesto da molti strumenti di serializzazione XML.

Ora, se le classi originali non hanno utilizzato il meccanismo di default di serializzazione (sovrascrivendo readObject o simili) o anche i dati di utilizzo di offuscamento tecniche/di crittografia (come avvolgere oggetti in javax.crypto.SealedObject e/o java.security.SignedObject), quindi le possibilità di successo sono sempre meno.