我必须生成一个xml元素,它可以具有任何“基本类型”的值(xsd:string,xsd:boolean等)。例子:
<field xsi:type="xsd:string" name="aString">String Value</field>
<field xsi:type="xsd:date" name="aDate">2011-10-21</field>
...
所以,我尝试了两个实现:
public class Field {
@XmlAttribute
private String name;
@XmlValue
Object value;
}
和......
public class Field<T> {
@XmlAttribute
private String name;
@XmlValue
T value;
}
我正在测试这个:
Marshaller marshaller = JAXBContext.newInstance(Field.class).createMarshaller();
marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT, Boolean.TRUE);
marshaller.setProperty("com.sun.xml.bind.xmlDeclaration", Boolean.FALSE);
Field field = new Field();
field.name = "name";
field.value = "value";
ByteArrayOutputStream stream = new ByteArrayOutputStream();
marshaller.marshal(field, new PrintWriter(stream));
System.out.println(stream);
但是当我尝试实例化JAXBContext时,我得到了这个NullPointerException
。
java.lang.NullPointerException
at com.sun.xml.bind.v2.runtime.reflect.TransducedAccessor.get(TransducedAccessor.java:165)
at com.sun.xml.bind.v2.runtime.property.ValueProperty.<init>(ValueProperty.java:77)
at com.sun.xml.bind.v2.runtime.property.PropertyFactory.create(PropertyFactory.java:106)
at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.<init>(ClassBeanInfoImpl.java:179)
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getOrCreate(JAXBContextImpl.java:515)
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:330)
at
这个想法是允许对field元素进行模式验证(在模式中定义必须在每个实例中设置其类型)。所以,即使这是一个Bug(或不是)...... JAXB将如何将正确的xsi:type
放到此字段实例中?我在这里错过了一个概念?
我知道问题可能是@XmlValue
的使用,因为这个限制(来自javadoc):
- 最多可以使用@XmlValue注释注释一个字段或属性。
- @XmlValue可以与以下注释一起使用:XmlList。然而,这是多余的,因为XmlList将类型映射到一个简单的模式类型,该类型按列表导出,就像XmlValue一样。
- 如果字段或属性的类型是集合类型,则集合项类型必须映射到简单的模式类型。
- 如果字段或属性的类型不是集合类型,则该类型必须映射到XML Schema简单类型。
...因为Object
或通用T
不一定是XML Schema简单类型,这种方法似乎不是正确的...
提前致谢...
答案 0 :(得分:2)
我已经确认了您在JAXB的引用和EclipseLink JAXB (MOXy)实现中看到的问题。您看到的问题是由于@XmlValue
的使用。如果value
属性已映射为@XmlElement
,您会看到xsi:type
属性按预期显示。
我在EclipseLink JAXB(MOXy)中输入了以下错误来跟踪此问题:
根据您的域模型的样子,您可能对EclipseLink JAXB(MOXy)中的@XmlPath
扩展感兴趣:
<强>更新强>
此问题现已在EclipseLink 2.3.3和EclipseLink 2.4.0中得到修复。从2012年3月17日开始,可以在这些流中使用此修复程序,可以从以下位置获取: