Anpassen der Fehlerbehandlung des JAXB-Prozesses von marmarshall

Question

Angenommen, ich habe ein Schema, das eine Stammelementklasse Root beschreibt, die eine List<Entry> enthält, wobei die Klasse Entry einen erforderlichen Feldnamen hat.

Hier ist, wie es im Code aussieht:

@XmlRootElement 
class Root{ 
    @XmlElement(name="entry") 
    public List<Entry> entries = Lists.newArrayList(); 
} 

@XmlRootElement 
class Entry{ 
    @XmlElement(name="name",required=true) 
    public String name; 
} 

Wenn ich die folgende XML für unmarshalling liefern:

<root> 
    <entry> 
    <name>ekeren</name> 
    </entry> 
    <entry> 
    </entry> 
</root> 

Ich habe ein Problem, weil der zweite Eintrag keinen Namen enthalten. So produziert Unmarshall null.

Gibt es eine Möglichkeit JAXB zu gestalten ein Root Objekt entordnen, die nur die „guten“ Eintrag enthalten wird?

@XmlRootElement 
class Root{ 
    @XmlElement(name="entry") 
    public List<Entry> entries = Lists.newArrayList(); 

    void afterUnmarshal(final Unmarshaller unmarshaller, final Object parent) { 
    Iterator<Entry> iter = entries.iterator(); 
    while (iter.hasNext()) { 
     if (iter.next().name == null) iter.remove(); 
    } 
    } 
} 

EDIT:

nicht sicher, ob dies besser geeignet für Sie, aber vielleicht ist es von Hilfe

Answer 1

Sie konnten die magic afterUnmarshal method kümmern leeren Einträge hinzufügen. Sie könnten auch einen Pacher, z.B. Wenn nicht alle Objekte, die Sie zur Korrektur/Validierung Ihres Ergebnisses benötigen, in AfterUnmarshal (..) verfügbar sind

Wird von UnmarshallingContext ausgeführt, nachdem alle Parsing durchgeführt wurde. Wird hauptsächlich zum Auflösen von IDREFs verwendet, kann jedoch beliebige Aktionen ausführen. (Javadoc)

Hier ist ein Beispiel:

@XmlRootElement 
class Entry{ 
    @XmlElement(name="name",required=true) 
    public String name; 

    private boolean isValidEntry() { 
    return name != null; 
    } 

    void afterUnmarshal(final Unmarshaller unmarshaller, final Object parent) { 
    if (!isValidEntry()) { 
     // entry not yet added to parent - use a patcher 
     UnmarshallingContext.getInstance().addPatcher(new Patcher() { 
     public void run() throws SAXException { 
      ((Root)parent).removeEntry(this); 
     } 
     }); 
    } 
    } 
} 

Ich würde nicht missbrauchen es aber zu viel, nicht nur, wie es Sun-only-API ist.

Aber wenn Sie wirklich etwas konfigurierbar suchen, das nicht Teil des Codes der Marshalled-Objekte selbst ist. Es ist vielleicht am besten, sich nach dem Entpacken etwas anzusehen. Ich frage mich, ob Bean Validation (JSR 303) wäre nicht perfekt für Sie, z. Verwenden Sie Hibernate Validator (nicht durch den Namen eingeschüchtert werden, benötigen Sie nicht Hibernate ORM, um es zu verwenden). Ich habe es selbst nicht benutzt, aber die Verwendung eines (neuen) Standards für die Validierung klingt vernünftig, nicht wahr?