Warum erhalte ich eine InvalidClassException 'kein Gültiger Konstruktor', wenn Erben von einer abstrakten Serialisierbar?

hier ist der code (vereinfacht):

public abstract class PageBase implements Serializable {
     private static final long serialVersionUID = -31905358958878336L;
}

public abstract class ListPage extends PageBase {

    public Controller getController() {
         //Controller is a class
         //that implements Serializable and does have an def. constr.
         return new Controller() {
              @Override
              public void someMethod() {
                  //DoSomething
              }
         };
    }
}

public class ProjectList extends ListPage {
}

und durch Deserialisierung es wirft:

java.io.InvalidClassException: my.pkg.page.ListPage$1; no valid constructor

Die Deserialisierung stattfindet, irgendwo in der IBM JSF-Code.

Irgendwelche Ideen? Danke!

  • zeigen Sie den code instanziiert das Objekt und übergibt es für die Serialisierung
  • Sorry, ich habe nicht diese Informationen - es ist das JSF-Framework, das versucht, die Deserialisierung...
  • Sie haben also nicht erstellt eine anonyme innere Klasse von ListPage irgendwo?
  • Tatsächlich, ich haben. Vielen Dank für diesen Hinweis - Bitte siehe meine edits. Aber warum würde der Konstruktor der Klasse eine Rolle?
InformationsquelleAutor Zeemee | 2010-08-26
  1. 2

    Ich würde vorschlagen, die Definition der anonymen Controller als eine separate Klasse.

    • Ok, es sah vielversprechend aus, habe ich die innere Klasse ListPageController, die erbt-Controller, jedoch bekomme ich nur die (offensichtlichen) 'java.io.InvalidClassException: ListPage$ListPageController; kein Gültiger Konstruktor'
    • (Obwohl ich einen default-Konstruktor in ListPageController)
    • innere (nicht-statische) Klassen keine default-Konstruktoren - Sie nehmen eine Instanz der übergeordneten Klasse als Konstruktor-argument. Bewegen Sie es als private Klasse in der gleichen Datei, wenn nicht eine völlig separate Klasse
    • Dank Bozho, das ist sehr interessant und beantwortet meine Frage.
    InformationsquelleAutor Bozho
  2. 3

    my.pkg.page.ListPage$1 wird eine anonyme innere Klassen. Serialisaing verschachtelten Klassen ist nicht eine gute Idee, in den besten Zeiten (schlechtes mapping, um die volle JVM-Namen und Umgang mit "äußeren dieses" Referenzen).

    Ausnahme sieht aus, als wenn es versucht, zu finden, die den no-arg-Konstruktor für die abgeleitete, nicht-Serializable Basis-Klasse, die verfügbar sein müssen, um die am wenigsten abgeleiteten Serializable Klasse.

    • Bitte siehe meine edits - ich habe eine innere Klasse - vielen Dank!
    • Sie können nicht "Paket" als package-Namen, weil es ein Schlüsselwort. Ersetzt den Namen in meine Antwort mit "pkg".
    InformationsquelleAutor Tom Hawtin - tackline
  3. 1

    Ich denke, dass das problem ist, dass die Unterklasse von Controller ist eine nicht-statische innere Klasse und der Konstruktor hat ein implizites argument, das bezieht sich auf die Instanz der umschließenden Klasse. Dies macht den Konstruktor unbrauchbar für die Objekt-Deserialisierung.

    Es ist eine schlechte Idee, zu versuchen, diese Objekte serialisieren, aber wenn Sie ändern die innere Klasse, so dass es static Deserialisierung arbeiten kann.

    • Das beantwortet meine Frage, danke. Aber ich gebe es zu Bozho, wer war zuerst.
    InformationsquelleAutor Stephen C
  4. 0

    Sie versuchen, zu serialisieren, die eine abstrakte Klasse, die durch die definition, kann nicht instanziiert werden.
    Das heißt, mit Ihrer definition ListPage, können Sie nicht tun:

    ListPage l = new ListPage();

    Entfernen Sie die abstrakte Kennzeichnung von ListPage und ProjectList, und alles wird in Ordnung sein.

    • Danke, aber ist das der einzige Weg? Gibt es andere Optionen?
    • Einige Java-serialisierungsprogramme/deserializers müssen einen default-Konstruktor für Objekte verarbeitet werden. Hat Ihr ProjectList Klasse hat eine Standard-ProjectList () - Konstruktor?
    • Keine dieser Klassen haben jeder Konstruktor, das heißt, Sie haben einen Standard-Konstruktor, nicht wahr?
    • Naja... für den compiler, die Antwort ist ja. Objekt serialisierungsprogramme, haben jedoch strengere Anforderungen. Oft sind es die reflection-API zum prüfen von Objekten und Konstruktoren nicht explizit deklariert, kann nicht zeigen, bis. Sie können immer fügen Sie eine einfache und leeren Konstruktor wie PageList() {} Die Serialisierung engine verwenden Sie?
    • Ok, danke... aber es stellt sich heraus, etwas zu tun mit inneren Klassen - siehe meine edits.
    InformationsquelleAutor Alessandro Baldoni
  5. 0

    Einer serialisiert Objekte, keine Klassen, keine? Alle Klassen, die Sie gezeigt haben, sind abstrakte, so kann Sie nicht instantiatiated, also was ist es, dass Sie (de -) serialisieren?

    Den Fehler verweist auf die Klasse als "ListPage$1" -- einer anonymen inneren Klasse. Ich denke, wir brauchen würde, um zu sehen, mehr von dem code zu verstehen, was Los ist.

    • Vielen Dank für die Hinweise - bitte siehe meine edits 'ProjectList' eigentlich gar nicht Abstrakt.
    InformationsquelleAutor Dave Costa
Schreibe einen Kommentar