我从不受我控制的模式生成Java类。我将它导出到一个jar,它是一个Web服务项目的依赖项。这工作正常。我尝试添加自定义绑定来编组和解组xs:date和xs:dateTime作为org.joda.DateTime
的实例而不是XMLGregorianCalendar
。我能够生成jar,在webservice中编译它,并且没有问题地部署。但是,一旦部署,以前工作的XML请求现在抛出以下异常:
unexpected element (uri:"", local:"ElementName"). Expected elements are <{schemaNamespace}ElementName>
根元素不会发生此异常。 xs:date和xs:dateTime的几个早期实例被解析而没有问题,该异常首先出现在包含xs:date的复杂类型上。
以下是XML结构的一个示例:
<soap:Envelope xmlns:ns="webServiceNamespace">
<soap:Body>
<request>
<root>
<child1>
<Date /> <--Works fine.
<childList>
<childListElement> <-- Exception thrown on this element.
<Date />
</childListElement>
</childList>
</child1>
</root>
</request>
</soap:Body>
</soap:Envelope>
webServiceNamespace
和schemaNamespace
不同,但以前只有肥皂信封中需要的那个。
为什么在添加自定义绑定之后,解析器是否要求我仅在少数父元素上放置命名空间,这些元素的子节点会受到自定义绑定的影响?
package myPackage;
@XmlTransient
public class JodaDateTimeAdapter extends XmlAdapter<String, DateTime> {
private static final DateTimeFormatter XML_DATE_FORMAT = ISODateTimeFormat.dateTimeNoMillis();
@Override
public DateTime unmarshal(String date) throws Exception {
return XML_DATE_FORMAT.parseDateTime(date);
}
@Override
public String marshal(DateTime dateTime) throws Exception {
return XML_DATE_FORMAT.print(dateTime);
}
}
<?xml version="1.0" encoding="UTF-8"?>
<jaxb:bindings xmlns:jaxb="http://java.sun.com/xml/ns/jaxb"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd"
jaxb:extensionBindingPrefixes="xjc"
version="2.1" >
<jaxb:globalBindings>
<xjc:javaType name="org.joda.time.DateTime" xmlType="xs:dateTime" adapter="myPackage.JodaDateTimeAdapter" />
<xjc:javaType name="org.joda.time.DateTime" xmlType="xs:date" adapter="myPackage.JodaDateAdapter" />
</jaxb:globalBindings>
</jaxb:bindings>
<project>
...
<build>
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.7</source>
<target>1.7</target>
</configuration>
</plugin>
</plugins>
</pluginManagement>
<plugins>
...
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>jaxb2-maven-plugin</artifactId>
<version>1.6</version>
<executions>
...
<execution>
<id>generateSchema</id>
<goals>
<goal>xjc</goal>
</goals>
<configuration>
<packageName>myPackage</packageName>
...
<extension>true</extension>
<arguments>-no-header -Xxew</arguments>
<bindingDirectory>src/main/bindings</bindingDirectory>
<bindingFiles>JodaBinding.xjb</bindingFiles>
</configuration>
</execution>
</executions>
<dependencies>
<dependency>
<groupId>com.github.jaxb-xew-plugin</groupId>
<artifactId>jaxb-xew-plugin</artifactId>
<version>RELEASE</version>
</dependency>
</dependencies>
</plugin>
</plugins>
</build>
</project>
我想强调的是,如果没有绑定,这完全正常,据我所知,生成的类文件是相同的(除了特定于包装器的额外注释)。 SOAP请求中使用的xml对Web服务生成的WSDL有效,无论我是否使用自定义绑定,WSDL都是相同的。只有具有集合成员并且具有日期子项的元素才需要模式名称空间。最后,一旦我在请求中提供名称空间,响应就会将请求对象放在webServiceNamespace中,而将所有子项放在schemaNamespace中除模式定义的根之外。以前,整个响应都在webServiceNamespace中。
显然,自定义绑定的添加是使用命名空间解析做了一些不可思议的(技术术语),但是我对这个主题不够精通,无法取得任何进展。
建议?
更新:删除生成漂亮集合的XEW插件不会影响此问题。
更新:这是包含绑定之前和之后的日期的类的示例。这是唯一要改变的属性:
@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "QuestionAnswerType", propOrder = {
"question",
"answer",
"questionDate"
})
public class QuestionAnswerType {
@XmlElement(name = "Question")
protected String question;
@XmlElement(name = "Answer")
protected String answer;
@XmlElement(name = "QuestionDate")
@XmlSchemaType(name = "date")
protected XMLGregorianCalendar questionDate;
...
@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "QuestionAnswerType", propOrder = {
"question",
"answer",
"questionDate"
})
public class QuestionAnswerType {
@XmlElement(name = "Question")
protected String question;
@XmlElement(name = "Answer")
protected String answer;
@XmlElement(name = "QuestionDate", type = String.class)
@XmlJavaTypeAdapter(JodaDateAdapter.class)
@XmlSchemaType(name = "date")
protected DateTime questionDate;
...
更新:如果我针对没有命名空间的模式执行构建,这没有问题。显然不是修复,而是现在的解决方法。