Personalizzazione della gestione degli errori di unMarshall processo JAXB

Question

Supponendo che io abbia uno schema che descrive una classe elemento radice Root che contiene un List<Entry> dove la classe Entry ha un nome di campo obbligatorio.

Ecco come appare nel codice:

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

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

Se fornisco il seguente codice XML per unmarshalling:

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

ho un problema, perché la seconda voce non contiene un nome. Quindi unmarshall produce null.

C'è un modo per personalizzare JAXB in unmarshall di un oggetto Root che conterrà solo la voce "buona"?

Answer 1

Si potrebbe aggiungere il magic afterUnmarshal method di prendersi cura di voci vuote:

@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:

Non so se questo è più adatto per voi, ma forse è di aiuto. Puoi anche usare un Pacher, ad es. se non tutti gli oggetti che è necessario correggere/convalidare i risultati sono disponibili in afterUnmarshal (..)

Esegui da UnmarshallingContext dopo che è stata eseguita l'analisi. Utilizzato principalmente per risolvere IDREF in avanti, ma può eseguire qualsiasi azione. (Javadoc)

Ecco un esempio:

@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); 
     } 
     }); 
    } 
    } 
} 

non avrei abusarne troppo però, non solo in quanto è Sun sola API.

Ma se si sta veramente cercando qualcosa di configurabile che non faccia parte del codice degli stessi oggetti sottoposti a marshalling. Potrebbe essere meglio guardare qualcosa dopo unmarshalling. Mi chiedo se lo standard Bean Validation (JSR 303) non sia perfetto per te, ad es. utilizzando Hibernate Validator (non intimidire con il nome, non è necessario utilizzare Hibernate ORM per utilizzarlo). Non l'ho usato da solo, ma usare uno (nuovo) standard per la validazione sembra ragionevole, non è vero?