歴史
自分の管理下にないスキーマから Java クラスを生成しています。Web サービス プロジェクトの依存関係である jar にエクスポートしています。これは正しく動作します。xs:date と xs:dateTime を のorg.joda.DateTime
代わりに のインスタンスとしてマーシャリングおよびアンマーシャリングするカスタム バインディングを追加しようとしましたXMLGregorianCalendar
。jar を生成し、Web サービス内でコンパイルして、問題なくデプロイできます。ただし、展開すると、以前は機能していた 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
が、以前は石鹸の封筒に必要だったのは 1 つだけでした。
質問
カスタム バインディングを追加した後、カスタム バインディングの影響を受ける子を持つ少数の親要素のみに名前空間を配置するようにパーサーが要求するのはなぜですか?
BindingAdapter
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);
}
}
バインディング.xjb
<?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>
POM.xml(とにかく関連ビット)
<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 にありました。
明らかに、カスタム バインディングを追加すると、名前空間の解決に問題が発生します (技術用語)。
提案?
更新: pretty-collections 生成用の 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;
...
更新: 名前空間のないスキーマに対してビルドを実行すると、これは問題なく機能します。明らかに修正ではありませんが、現時点では回避策です。