XML attributes are not correctly populated when converting from XML (ObjectNode) to String using writeValueAsString (XML structure)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Bắt đầu với driver mẫu sử dụng XmlMapper.readTree và writeValueAsString, sau đó kiểm tra AnimalDeserializer.java tùy chỉnh và phương thức readObjectNodeAsString của nó. So sánh ObjectNode đã phân tích với XML ожида kiến, bao gồm các thuộc tính và khai báo namespace; được xem là hoàn tất khi quá trình chuyển đổi giữ nguyên các thuộc tính và namespace đó thay vì xuất ra các phần tử con.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi @cowtowncoder,
We are planning to migrate our old deserialization logic from using fragmented substrings between <open> and </closing> tags when deserializing an XML String to POJOs into Jackson’s sophisticated custom StdDeserializers/JsonDeserializers directly starting from version 2.15.2.
I have a few questions about whether this feature of mine already exists or not.
My team and I are trying to deserialize a very complex XML structure, to the point that we do not have to create multiple beans because some of the content of our XML subtree often changes dynamically with minimal format structure (we have ~10 XML formats to support with or without attributes and namespaces) and is also a valid XML structure. WE mostly used custom deserializers like StdDeserializer and JsonDeserializer to map ObjectNode into plain Map (well internally, this is already a Map) (thanks for your suggestion in #574) and then later converted it back to String.
While I still stumbled across our implementation to keep our XML subtree to be deserialized via substring. But then later we planned to stick to using JsonNode to retrieve segments of XML and convert it back to the original XML as String using SegmentedStringWriter#writeValueAsString, for a reason that we wanted to leverage the java.xml.stream.* without the need to retrieve full string token and to fully adapt Jackson's Streaming API interoperability. We do not want to convert it into a plain POJO, but instead, would rather use the java.util.Map class to keep it generic and to store every JsonNode token retrieved from ObjectNode#getValue().
Sample Scenario
Supposedly, I have an XML element that contains an attribute name and age.
<animal>
<dog name="tucker" age="2">woof woof!</dog>
<cat name="cody" age="2">meowwwwwww!</cat>
<chicken name="browny" age="3">cluck cluck!</chicken>
<pig name="porky" age="4">oink oink!</pig>
</animal>
XML Attribute
The output I would expect should be the same as the original XML, but in my case, it's not:
<animal>
<dog>
<name>tucker</name>
<age>2</age>
<>woof woof!</>
</dog>
<cat>
<name>cody</name>
<age>2</age>
<>meowwwwwww!</>
</cat>
<chicken>
<name>browny</name>
<age>3</age>
<>cluck cluck cluck cluck!</>
</chicken>
<pig>
<name>porky</name>
<age>4</age>
<>oink oink!</>
</pig>
</animal>
The attributes became sub-elements of the original element, while the element tag of the original element value becomes empty: <>...</>
XML Namespace
The same happens with namespaces:
suppose Animal namespace declaration: <ns1:animal xmlns:ns1="urn:this:is:namespace:for:animal">
Output:
<animal>
<xmlns:ns1>urn:this:is:namespace:for:animal</xmlns:ns1>
<ns1:dog>
<name>tucker</name>
<age>2</age>
<>woof woof!</>
</ns1:dog>
<!-- ... -->
</animal>
The namespace becomes a new element.
My assumption is that it will only work with a plain XML structure (excluding the attributes itself) or with bean-defined POJOs annotated XML attr properties.
Sampe Driver Code
Tried using custom XmlMapper config:
private static XMLInputFactory xmlInputFactory() {
final XMLInputFactory factory = XMLInputFactory.newInstance();
factory.setProperty(XMLInputFactory.IS_NAMESPACE_AWARE, false);
return factory;
}
OBJECT_WRITER = new XmlMapper(xmlInputFactory(), customJacksonXmlModule())
.configure(ToXmlGenerator.Feature.WRITE_XML_DECLARATION, true)
.enable(SerializationFeature.INDENT_OUTPUT)
.writer();
JsonNode node = mapper.readTree(
"<animal>\n"
+ " <dog name=\"tucker\" age=\"2\">woof woof!</dog>\n"
+ " <cat name=\"cody\" age=\"2\">meowwwwwww!</cat>\n"
+ " <chicken name=\"browny\" age=\"3\">cluck cluck!</chicken>\n"
+ " <pig name=\"porky\" age=\"4\">oink oink!</pig>\n"
+ " </animal>");
System.out.println(mapper.writer().withDefaultPrettyPrinter().withRootName("animal").writeValueAsString(node));
and with a custom deserializer for the Animal bean.
@JsonDeserialize(using = AnimalDeserializer.class)
class Animal {
String xmlContent; // <-- JsonNode to String: <dog name="tucker" age="2">woof woof!</dog>...
}
AnimalDeserializer.java
@Override
public T deserialize(JsonParser parser, DeserializationContext context) throws IOException {
final ObjectCodec codec = parser.getCodec();
final ObjectNode objectNode = codec.readTree(parser);
final T object = codec.readValue(objectNode.traverse(), getValueType(context));
final Iterator<Entry<String, JsonNode>> nodeIterator = objectNode.fields();
while (nodeIterator.hasNext()) {
Entry<String, JsonNode> nodeEntry = nodeIterator.next();
// we manually set the value for non-annotated @JsonProperty() fields, let Jackson take care for us!!
if (!attributes().contains(nodeEntry.getKey())) {
if (nodeEntry.getValue() instanceof ObjectNode) {
object.setContent(readObjectNodeAsString(nodeEntry));
}
...
}
}
return object;
}
private String readObjectNodeAsString(Entry<String, JsonNode> nodeEntry) {
try {
return OBJECT_WRITER
.withRootName(nodeEntry.getKey())
.writeValueAsString(nodeEntry.getValue());
}
...
}
Update:
When using TypeReference<Map<String, String>(){}, it prints the expected XML output. However, the attribute is still missing.
Map<String, String> node = XML_MAPPER.readValue("...", new TypeReference<Map<String, String>>() {});
Output:
<?xml version='1.0' encoding='UTF-8'?>
<animal>
<dog>woof woof!</dog>
<cat>meowwwwwww!</cat>
...
We really appreciate your feedback and suggestions for this @cowtowncoder
- Ngôn ngữ chính
- Java
- Star
- 636
- Fork
- 250
- Merge trung bình
- 7 giờ 10 phút
- Pull request đã merge (30 ngày)
- 8
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của FasterXML/jackson-dataformat-xml
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
FasterXML/jackson-dataformat-xml#931 · 3 bình luận ·
-
XmlMapper with `FAIL_ON_UNKNOWN_PROPERTIES` fails on whitespace-only elementCó thể đã có người làm @arimu1 đã nhận 89 ngày trước. Đang mởto-evaluate
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
-
3.x
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
FasterXML/jackson-dataformat-xml#787 · 1 bình luận ·
Tất cả issue của FasterXML/jackson-dataformat-xml
Issue tương tự
-
Cleanup: restore the interrupt flag in AiFailureAnalyzerCó thể đã có người làm @Rishankgupta08 đã nhận hôm nay. Đang mởgood first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
seleniumboot/selenium-boot#258 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
dense-analysis/ale#5181 ·
-
bug subsystem:agent-harness triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
ShaftHQ/SHAFT_ENGINE#8043 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
johanhaleby/occurrent#1505 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày