问题
I've got a set of JAXB generated classes and some of the classes have setter methods which accepts "Object" as the parameter. For example:
@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name="Car", propOrder = {
"defaultCar"
}
public class Car {
@XmlElement(name = "DefaultCar")
protected Object defaultcar;
public void setDefaultCar(Object value) {
this.defaultCar = value;
}
After I've created instances of these classes in my code, I call the setter methods passing in the required value. Although the method's parameter is Object, the values are most likely to be strings (I've got no control over how it is defined). However, to keep things consistent, I cast the string to Object so that it matches the method's parameter type. The code looks something like this:
Object value = "Old Banger";
Method method = aCar.getClass().getMethod("setDefaultCar", Object.class);
method.invoke(aCar, value);
When I marshall the Java objects, I get the following within the resulting XML, just in front of the value of the string:
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="xs:string"
I've read somewhere about mismatching data types between the method's parameter type and what has been passed to it. In my case the method parameter being "Object" but I'm passing in a string to it (although I've cast it to Object). I've also seen this post and it looks similar to my problem:
"xsi:type" and "xmlns:xsi" in generated xml by JAXB
However, it doesn't help me overcome my problem. Is there a way to remove these references to xmlns:xsi and xsi:type?
Thx
回答1:
JAXB exports xsi:type
if your data specifies other type than your model. In your case, you set a string, but the field is Object
. So your data has a different type than your model. The behaviour is correct.
How you can fix that. You have align the type of the property with the type of the data. There's quite a number of ways to achieve that:
- Make it
String
, why is it anObject
in the first place? - Update: You can use jaxb:javaType binding for that.
- Ùse
@XmlElementRef
/@XmlMixed
combo instead.
However, to keep things consistent, I cast the string to Object so that it matches the method's parameter type.
What do you think happens to the string when you cast it to object? :)
回答2:
You can always override the property type using the type
parameter on the @XmlElement
annotation.
@XmlElement(name = "DefaultCar", type=String.class)
protected Object defaultcar;
回答3:
I had similar problem. I was sending XML with these attributes to some WS that was not able to handle it. I remember that I was using Apache CXF for sending this XML so I ended up with CXF interceptor that handled removal of these attributes.
Sadly, I didn't find a way how to "disable" generation of these attributes directly in JAXB. What you can do (and probably will be the only way to solve it) is that you take your generated XML and process it once again with another (DOM/SAX) API and remove attributes manually. It is definitely not a nice solution but I'm not sure if you find better :-/
I would be happy if anyone gives you a better answer...
来源:https://stackoverflow.com/questions/27129969/how-to-remove-xmlnsxsi-and-xsitype-from-jaxb-marshalled-xml-file