JAXB упорядочивает XML по-разному по сравнению с OutputStream и StringWriter

Question

Я прошу прощения, если на этот вопрос был получен ответ, но используемые мной поисковые термины (например, JAXB @XmlAttribute уплотнены или JAXB XML-маршал для String отличаетсярезультаты ) ничего не дают.

Я использую JAXB для разархивирования / маршалирования объектов с аннотациями @XmlElement и @XmlAttribute.У меня есть класс форматера, который предоставляет два метода - один обертывает метод маршала и принимает объект к маршалу, а OutputStream, другой просто принимает объект и возвращает вывод XML в виде строки.К сожалению, эти методы не обеспечивают одинаковый вывод для одних и тех же объектов.При маршалинге в файл поля простых объектов, внутренне помеченные @XmlAttribute, печатаются как:

<element value="VALUE"></element>

, а при маршалинге в строку они:

<element value="VALUE"/>

Я бы предпочелвторой формат для обоих случаев, но мне любопытно, как контролировать разницу, и согласился бы на то, чтобы они были одинаковыми независимо.Я даже создал один статический маршаллер, который оба метода используют для исключения различных значений экземпляров.Код форматирования следующий:

/** Marker interface for classes which are listed in jaxb.index */
public interface Marshalable {}

---

/** Local exception class */
public class XMLMarshalException extends BaseException {}

---

/** Class which un/marshals objects to XML */
public class XmlFormatter {
    private static Marshaller marshaller = null;
    private static Unmarshaller unmarshaller = null;

    static {
        try {
            JAXBContext context = JAXBContext.newInstance("path.to.package");
            marshaller = context.createMarshaller();
            marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT, true);
            marshaller.setProperty(Marshaller.JAXB_ENCODING, "UTF-8");

            unmarshaller = context.createUnmarshaller();
        } catch (JAXBException e) {
            throw new RuntimeException("There was a problem creating a JAXBContext object for formatting the object to XML.");
        }
    }

    public void marshal(Marshalable obj, OutputStream os) throws XMLMarshalException {
        try {
            marshaller.marshal(obj, os);
        } catch (JAXBException jaxbe) {
            throw new XMLMarshalException(jaxbe);
        }
    }

    public String marshalToString(Marshalable obj) throws XMLMarshalException {
        try {
            StringWriter sw = new StringWriter();
            return marshaller.marshal(obj, sw);
        } catch (JAXBException jaxbe) {
            throw new XMLMarshalException(jaxbe);
        }
    }
}

---

/** Example data */
@XmlType
@XmlAccessorType(XmlAccessType.FIELD)
public class Data {

    @XmlAttribute(name = value)
    private String internalString;
}

---

/** Example POJO */
@XmlType
@XmlRootElement(namespace = "project/schema")
@XmlAccessorType(XmlAccessType.FIELD)
public class Container implements Marshalable {

    @XmlElement(required = false, nillable = true)
    private int number;

    @XmlElement(required = false, nillable = true)
    private String word;

    @XmlElement(required = false, nillable = true)
    private Data data;
}

Результат вызова marshal(container, new FileOutputStream("output.xml")) и marshalToString(container):следующим образом:

Вывод в файл

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>  
<ns2:container xmlns:ns2="project/schema">  
    <number>1</number>  
    <word>stackoverflow</word>  
    <data value="This is internal"></data>  
</ns2:container>

и

Вывод в строку

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>  
<ns2:container xmlns:ns2="project/schema">  
    <number>1</number>  
    <word>stackoverflow</word>  
    <data value="This is internal"/>  
</ns2:container>

Answer 1

Похоже, что это может быть "ошибка" в JAXB. Глядя на источник, вызовы marshal () создают разных писателей на основе параметра типа output / writer:

public void marshal(Object obj, OutputStream out, NamespaceContext inscopeNamespace) throws JAXBException {
    write(obj, createWriter(out), new StAXPostInitAction(inscopeNamespace,serializer));
}

public void marshal(Object obj, XMLStreamWriter writer) throws JAXBException {
    write(obj, XMLStreamWriterOutput.create(writer,context), new StAXPostInitAction(writer,serializer));
}

Реализация авторов отличается в том, как они обрабатывают «пустые элементы». Код выше от:

JAXB-ри \ выполнения \ SRC \ COM \ ВС \ XML \ привязывать \ v2 \ выполнения \ MarshallerImpl.java.

Два писателя, которых вы создаете:

JAXB-ри \ выполнения \ SRC \ COM \ ВС \ XML \ привязывать \ v2 \ выполнения \ выход \ UTF8XmlOutput.java

JAXB-ри \ выполнения \ SRC \ COM \ ВС \ XML \ привязывать \ v2 \ выполнения \ выход \ XMLStreamWriterOutput.java

Answer 2

Хорошей новостью является то, что JAXB - это спецификация с более чем одной реализацией (так же, как JPA).Если одна реализация не соответствует вашим потребностям, доступны другие, такие как EclipseLink JAXB (MOXy):

• http://www.eclipse.org/eclipselink/moxy.php

Answer 3

Я не знаю, почему JAXB делает это - или даже если это JAXB - если JAXB выводит XML, например, через SAXContentHandler, то он не имеет прямого контроля над тем, как создаются теги close.

Чтобы получить согласованное поведение, вы можете заключить свой OutputStream в OutputStreamWriter, например,

   public void marshal(Marshalable obj, OutputStream os) throws XMLMarshalException {
        try {
            marshaller.marshal(obj, new OutputStreamWriter(os, "UTF-8"));
        } catch (JAXBException jaxbe) {
            throw new XMLMarshalException(jaxbe);
        }
    }

В том же духе вы можете увидеть, что произойдет, если вы поместите StringWriter в PrintWriter. Возможно, есть некоторый пользовательский код, который обнаруживает StringWriter, чтобы попытаться сделать вывод максимально коротким. Звучит маловероятно, но у меня нет другого объяснения.

Answer 4

Почему это важно? эквивалентнов xml