Джексон /Woodstox XML-кодированная интерпретация символов
Мне передали XML-файл с инструкцией по его чтению, редактированию и записи с использованием Jackson и Woodstox (согласно рекомендации в документации). По большей части это не было слишком сложно; Они оба чертовски хороши в том, что они делают. На данный момент, однако, я столкнулся с проблемой:
Мои объекты XML сами содержат объекты XML. Например:
<XMLObject>
<OuterObject attributeOne="1" attributeTwo="2" attributeThree=">">
<InnerObject><NestedObject>Blah</NestedObject></InnerObject>
</OuterObject>
<OuterObject attributeOne="11" attributeTwo="22" attributeThree="<">
<InnerObject><NestedObject>Blah</NestedObject></InnerObject>
</OuterObject>
<OuterObject attributeOne="111" attributeTwo="222" attributeThree="3" />
<XMLObject>
В тот момент, когда я прочитал файл XML в свой Java-аннотированный Джексоном объект, все эти экземпляры <
а также >
превращаются Вудстокс в <
а также >
соответственно. Когда я записываю объект обратно в виде файла XML, <
становится <
но >
остается >
<XMLObject>
<OuterObject attributeOne="1" attributeTwo="2" attributeThree=">">
<InnerObject><NestedObject>Blah</NestedObject></InnerObject>
</OuterObject>
<OuterObject attributeOne="11" attributeTwo="22" attributeThree="<">
<InnerObject><NestedObject>Blah</NestedObject></InnerObject>
</OuterObject>
<OuterObject attributeOne="111" attributeTwo="222" attributeThree="3" />
<XMLObject>
Простейшая версия моего метода, который пытается прочитать файл, выглядит следующим образом:
@RequestMapping("readXML")
public @ResponseBody CustomXMLObject readXML() throws Exception {
File inputFile = new File(FILE_PATH);
XmlMapper mapper = new XmlMapper();
CustomXMLObject value = mapper.readValue(inputFile, CustomXMLObject .class);
return value;
}
И мой Java-аннотированный Джексоном объект будет выглядеть примерно так для примера, который я привел выше:
import com.fasterxml.jackson.annotation.JsonInclude;
import com.fasterxml.jackson.dataformat.xml.annotation.JacksonXmlProperty;
@JsonInclude(JsonInclude.Include.NON_NULL)
public class CustomXMLObject {
@JacksonXmlProperty(isAttribute=true)
private long attributeOne;
@JacksonXmlProperty(isAttribute=true)
private String attributeTwo;
@JacksonXmlProperty(isAttribute=true)
private String attributeThree;
@JacksonXmlProperty(localName = "InnerObject")
private String innerObject;
public long getAttributeOne() {
return attributeOne;
}
public void setAttributeOne(long attributeOne) {
this.attributeOne = attributeOne;
}
public String getAttributeTwo() {
return attributeTwo;
}
public void setAttributeTwo(String attributeTwo) {
this.attributeTwo = attributeTwo;
}
public String getAttributeThree() {
return attributeThree;
}
public void setAttributeThree(String attributeThree) {
this.attributeThree = attributeThree;
}
public String getInnerObject() {
return innerObject;
}
public void setInnerObject(String innerObject) {
this.innerObject = innerObject;
}
}
Наконец, мои зависимости выглядят так:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.jayway.jsonpath</groupId>
<artifactId>json-path</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.fasterxml.jackson.module</groupId>
<artifactId>jackson-module-jaxb-annotations</artifactId>
<version>2.5.0</version>
</dependency>
<dependency>
<groupId>com.fasterxml.jackson.dataformat</groupId>
<artifactId>jackson-dataformat-xml</artifactId>
<version>2.8.4</version>
</dependency>
<dependency>
<groupId>org.codehaus.woodstox</groupId>
<artifactId>woodstox-core-asl</artifactId>
<version>4.4.1</version>
</dependency>
Похоже, это происходит из-за того, что Джексон использовал Woodffx BufferingXmlWriter. Этот конкретный писатель будет перехватывать эти символы и кодировать их, и, похоже, нет никакого способа обойти это решение:
private final void writeAttrValue(String value, int len) throws IOException {
int inPtr = 0;
char qchar = this.mEncQuoteChar;
int highChar = this.mEncHighChar;
while(true) {
String ent = null;
while(true) {
if(inPtr >= len) {
return;
}
char c = value.charAt(inPtr++);
if(c <= 60) {
if(c < 32) {
if(c == 13) {
if(this.mEscapeCR) {
break;
}
} else {
if(c == 10 || c == 9 || this.mXml11 && c != 0) {
break;
}
c = this.handleInvalidChar(c);
}
} else {
if(c == qchar) {
ent = this.mEncQuoteEntity;
break;
}
if(c == 60) {
ent = "<";
break;
}
if(c == 38) {
ent = "&";
break;
}
}
} else if(c >= highChar) {
break;
}
if(this.mOutputPtr >= this.mOutputBufLen) {
this.flushBuffer();
}
this.mOutputBuffer[this.mOutputPtr++] = c;
}
if(ent != null) {
this.writeRaw(ent);
} else {
this.writeAsEntity(value.charAt(inPtr - 1));
}
}
}
Итак, чтобы подвести итог проблемы в конце, мне дали файл XML. Этот XML-файл содержит атрибуты и элементы, которые сами содержат символы (<
а также >
) которые были закодированы (<
а также >
) чтобы не нарушать XML. Когда Woodstox читает файл, вместо передачи моему объекту Java фактической строки, содержащейся в XML, он декодирует символ. Только после написания <
перекодируется как <
, Похоже, это происходит потому, что Джексон использует Woodffx BufferingXmlWriter, который, кажется, не настраивается, чтобы избежать кодирования этих символов.
В результате мой вопрос заключается в следующем:
Могу ли я сконфигурировать объект Jackson для использования XML-считывателя Woodstox, который позволит мне читать и записывать символы в моем XML-файле без дополнительной кодировки, или мне нужно искать другое решение полностью для моих нужд?
1 ответ
Вы можете настроить базовый XMLOutputFactory2
использовать CharacterEscapes
, который может указать переопределение того, что экранируется по умолчанию. Будет ли это:
http://www.cowtowncoder.com/blog/archives/2012/08/entry_476.html
Работа?
РЕДАКТИРОВАТЬ: извинения за предложение выше - это не работает с XML, просто JSON. Я должен был еще раз проверить это. Хотя есть рабочий элемент, который заставляет его работать и с XML, он еще не существует (по состоянию на ноябрь 2016 года).