Dlaczego JAXB potrzebuje konstruktora bez argumentów do zestawiania?

Question

Jeśli spróbujesz zebrać klasy, która odwołuje się typ złożony, który nie ma konstruktora nie-Arg, takich jak:

import java.sql.Date; 

@XmlRootElement(name = "Foo") 
@XmlAccessorType(XmlAccessType.FIELD) 
public class Foo { 
    int i; 
    Date d; //java.sql.Date does not have a no-arg constructor 
} 

z realizacją JAXB, który jest częścią Java, co następuje:

Foo foo = new Foo(); 
    JAXBContext jc = JAXBContext.newInstance(Foo.class); 
    ByteArrayOutputStream baos = new ByteArrayOutputStream(); 
    Marshaller marshaller = jc.createMarshaller(); 
    marshaller.marshal(foo, baos); 

JAXB rzuci

com.sun.xml.internal.bind.v2.runtime.IllegalAnnotationsException: 1 counts of IllegalAnnotationExceptions java.sql.Date does not have a no-arg default constructor 

teraz rozumiem dlaczego JAXB potrzebuje żadnego-Arg konstruktora na unmarshalling - ponieważ musi instancję ob ject. Ale dlaczego JAXB potrzebuje konstruktora no-arg podczas ustawiania?

Jeszcze jedna nitka, dlaczego implementacja Java JAXB rzuca wyjątek, jeśli pole ma wartość zerową i czy i tak nie zostanie ono wysłane?

Czy brakuje mi czegoś lub czy są to tylko złe wybory wdrożeniowe w implementacji Java JAXB?

Answer 1

Gdy implementacja JAXB (JSR-222) inicjuje metadane, zapewnia obsługę zarówno rozbiegania, jak i zaniku.

Dla klas POJO, które nie mają konstruktor nie-Arg można użyć poziomu typu XmlAdapter go obsłużyć:

• http://blog.bdoughan.com/2010/12/jaxb-and-immutable-objects.html

java.sql.Date nie jest obsługiwany domyślnie (choć w EclipseLink JAXB (MOXy) to jest). To również może być obsługiwane przy użyciu XmlAdapter określony poprzez @XmlJavaTypeAdapter na polu, własności, lub poziomu pakietu:

• http://blog.bdoughan.com/2011/05/jaxb-and-joda-time-dates-and-times.html
• http://blog.bdoughan.com/2011/01/jaxb-and-datetime-properties.html

---

Również inna nit, dlaczego Java Wdrożenie JAXB rzuca wyjątek , jeśli pole ma wartość zerową, i czy nie ma zamiaru uzyskać odpowiedzi na pytanie: ?

Jakiego wyjątku widzisz? Zwykle, gdy pole ma wartość zerową, nie jest uwzględniane w wyniku XML, o ile nie jest opatrzone adnotacją z @XmlElement(nillable=true), w którym to przypadku element będzie zawierał xsi:nil="true".

---

UPDATE

Można wykonać następujące czynności:

SqlDateAdapter

Poniżej znajduje się XmlAdapter że zamieni z java.sql.Date że realizacja JAXB nie wie, w jaki sposób obsłużyć do java.util.Date, które robi:

package forum9268074; 

import javax.xml.bind.annotation.adapters.*; 

public class SqlDateAdapter extends XmlAdapter<java.util.Date, java.sql.Date> { 

    @Override 
    public java.util.Date marshal(java.sql.Date sqlDate) throws Exception { 
     if(null == sqlDate) { 
      return null; 
     } 
     return new java.util.Date(sqlDate.getTime()); 
    } 

    @Override 
    public java.sql.Date unmarshal(java.util.Date utilDate) throws Exception { 
     if(null == utilDate) { 
      return null; 
     } 
     return new java.sql.Date(utilDate.getTime()); 
    } 

} 

Foo

XmlAdapter jest zarejestrowany przez @XmlJavaTypeAdapter adnotacji:

package forum9268074; 

import java.sql.Date; 
import javax.xml.bind.annotation.*; 
import javax.xml.bind.annotation.adapters.XmlJavaTypeAdapter; 

@XmlRootElement(name = "Foo") 
@XmlAccessorType(XmlAccessType.FIELD) 
public class Foo { 
    int i; 

    @XmlJavaTypeAdapter(SqlDateAdapter.class) 
    Date d; //java.sql.Date does not have a no-arg constructor 
} 

Answer 2

Niektóre przedsiębiorstwa i modele Dependency Injection używają refleksji Class.newInstance(), aby utworzyć nową instancję swoich zajęć. Ta metoda wymaga publicznego konstruktora no-arg, aby móc utworzyć instancję obiektu.

Answer 3

Wydaje się być pod wrażeniem, że kod introspekcja JAXB będą miały działania konkretne ścieżki dla inicjalizacji. jeśli tak, spowodowałoby to powstanie wielu duplikatów kodu i byłoby kiepską implementacją. wyobrażam sobie, że kod JAXB ma wspólną procedurę, która bada klasę modelu za pierwszym razem, gdy jest potrzebna i potwierdza, że ​​przestrzega wszystkich niezbędnych konwencji. w tej sytuacji nie działa, ponieważ jeden z członków nie ma wymaganego konstruktora no-arg. logika inicjalizacji najprawdopodobniej nie jest specyficzna dla układu typu "marshall/unmarshall", a także bardzo mało prawdopodobna jest uwzględnianie bieżącej instancji obiektu.