Objekte kopieren

[SnooP]

Moin! Ich hab momentan das Problem, dass ich beliebige Objekte (verschiedenen Typs) kopieren möchte. Weiteres Problem ist, dass natürlich auch die Referenzen auf andere Objekte mitkopiert werden sollen (deep-copy)...

1. Möglichkeit: alle Objekte implementieren clone() - fällt eigentlich raus, weil ich dann Anforderungen an die Objekte stellen muss, was ich nicht wirklich kann.

2. Objektserialisierung von Java nutzen... dazu müssten aber wiederum die zu kopierenden Objekte serializable implementieren. Wäre natürlich vermutlich die einfachste Möglichkeit.

3. Reflections? großes Fragezeichen - hat das schonmal jemand benutzt um Objekte zu kopieren? Wie sieht das mit dem privaten Zugriff und dem Sicherheitsmanager aus? unter welchen Umständen kann man das dann nicht nutzen?
Jedenfalls finde ich die Vorbedingung einen Sicherheitsmanager zu haben, der dies zulässt durchaus interessanter, als den Usern zu erklären, dass ihre Objekte grundsätzlich serializable oder ne clone-methode haben müssen!

Wie sieht der Zugriff auf Attribute von möglichen Superklassen aus? Wie kann man auf diese zugreifen? Und letztlich die Frage - ist das ganze überhaupt sinnig, d.h. komm ich damit auf nen grünen Zweig oder gibt es Situationen wo das grundsätzlich nicht funktioniert!? Mein bisheriges Beispiel beschränkt sich auf die Kopie eines doch recht einfachen Objekts...

 

[Wildcard]

Mal abgesehen von sinnig oder hübsch ist es schon möglich das über die Reflection-API zu realisieren.
Sofern der SecurityManager dies zulässt kannst du auch die privaten Felder eines Objektes auslesen und manipulieren.
Gleiches gilt natürlich für die Superklassen.
Wenn du also rekursiv alle Superklassen durchgehst kannst du theoretisch ein deep copy realisieren.
Dabei ist eigentlich egal ob es sich um komplexe oder einfache Objekte handelt, der benötigte Code sollte der selbe sein.
Dir muss dabei allerdings klar sein das der zugriff auf private Konstuktoren/Felder ein ziemlicher hack ist :?

 

[SnooP]

Nunja... - wie sieht das denn mit dem Erstellen, instanzieren der Objekte aus, wenn ein parameterloser Konstruktor nur in der Vaterklasse existiert und die Subklasse nen Konstruktor mit Parameter hat? Das heißt es gibt keinen parameterlosen Konstruktor auch nicht den impliziten... wie instanziere ich dann ein solches Objekt?

Der SecurityManager ist offensichtlich so eingestellt, dass er das zulässt - und ich kann den Usern auch mitteilen, dass dieses Featurer nur dann geht. Die Idee daran ist, eine größtmögliche Menge an Objekten als Grundlage für meinen Algorithmus zuzulassen... - ich hab eine bestimmte Objektmenge mit nem bestimmten Typ, die von sich aus schon deep-copy umsetzen... nur wäre es halt optimal, um möglichst schnell und einfach Beispiele umsetzen zu könne, wenn man mit beliebigen Objekten arbeiten kann... insofern ist das evtl. nen Hack - aber ist halt wenn man genau hinschaut nen zusätzliches Feature und insofern ist da dann auch nen Hack erlaubt

 

[Wildcard]

Das Vorhandensein sein eines parameterlosen Konstruktors sollte die Mindestanforderung an entsprechende Objekte sein.
Anders wird sich das kaum lösen lassen da bei der Übergabe von null ja Exceptions auftreten könnten.

 

[SnooP]

tja.. das ist dann natürlich eine mögliche Mindestanforderungen die ich stellen kann...

dann bleibt letztlich nur noch das Problem, wie ich es hinbekomme zyklische Objektstrukturen vernünftig zu kopieren - aber das Problem besteht ja generell bei deep-copy, dann muss ich wohl nochmal gucken... - aber damit kann ich ja jetzt schonmal was anfangen...

 

[Murray]

Vielleicht lohnt es sich, einen Blick auf XStream zu werfen. Darin gibt es einen "enhanced mode" (der allerdings VM-spezifisch ist), mit dem man u.a. auch solche Objekte deserialisieren kann, die keinen öffentlichen Default-Konstruktor haben.

 

[SnooP]

joah... - bei meinen Nachforschungen bin ich tatsächlich auf nen workaround gestoßen:

CUSTOMER SUBMITTED WORKAROUND :
Below is code that works on Sun's 1.4 and 1.5 JDK.

import java.lang.reflect.*;

import sun.reflect.*;

public class NoConst {

    private NoConst(){
        throw new RuntimeException("No we never want this object.");
    }

    public static void main(String[] args) throws Exception{
        Constructor oc = Object.class.getDeclaredConstructor(new Class[0]);
        ReflectionFactory factory = ReflectionFactory.getReflectionFactory();
        Class clazz = NoConst.class;
        Constructor c = factory.newConstructorForSerialization(clazz,oc);
        NoConst ncc = (NoConst) c.newInstance(null);
        System.out.println(ncc);
    }

    public String toString(){
        return "This is a NoConstructorCalled object";
    }
}

@see: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6220682

das werde ich dann gleich mal einarbeiten und testen...