クライアントが 1.1 に移行し、古い呼び出しを新しい形式に変換する間、現在の 1.0 バージョンの Web サービスを一時的にサポートするために XSLT を使用し始めています。
このような変更を行うには、名前空間を変更し、ノードを含めて別の名前を変更する必要があります。私は XSLT を初めて使用しますが、いくつかのグーグル検索の後、実用的なソリューションを思いつきましたが、その仕組みと出力が乱雑に見え、それがどれだけフェールセーフかわかりません。それを強化して、よりクリーンで保守しやすいものにするためのアドバイスが欲しいです (バージョン 1.2 ではさらに多くの変換が必要になります)。
入力 XML の例 (私の SOAP クライアントは修飾された要素を使用しています):
<ns10:testRequest xmlns:ns10="namespace/1.0">
<ns10:a>
<ns10:b1>
<ns10:c>cccc</ns10:c>
<ns10:d>dddd</ns10:d>
<ns10:e>eeee</ns10:e>
</ns10:b1>
<ns10:b2 attr="value">
<ns10:f>false</ns10:f>
<ns10:g>2014-03-01</ns10:g>
<ns10:h>true</ns10:h>
</ns10:b2>
<ns10:b3>
</ns10:b3>
</ns10:a>
</ns10:testRequest>
XSLT (関連するコメント付き):
<xsl:stylesheet
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:oldns="namespace/1.0"
xmlns:newns="namespace/1.1"
version="1.0">
<xsl:param name="newnsParam">namespace/1.1</xsl:param>
<!-- copy all document -->
<xsl:template match="@*|node()">
<xsl:copy>
<xsl:apply-templates select="@*|node()" />
</xsl:copy>
</xsl:template>
<!-- rename 'g' to 'newName' -->
<xsl:template match="/oldns:testRequest/oldns:a/oldns:b1/oldns:g">
<!-- if I don't set it with newns now, it will remain as oldns even after namespace change below -->
<xsl:element name="newName" namespace="{$newnsParam}">
<xsl:apply-templates select="@*|node()" />
</xsl:element>
</xsl:template>
<!-- add 'newElement' -->
<xsl:template match="/oldns:testRequest/oldns:a/oldns:b1">
<!-- same as above, must set as newns now, and this one won't be qualified (why?) -->
<xsl:element name="b1" namespace="{$newnsParam}">
<xsl:apply-templates select="@*|node()" />
<xsl:element name="newElement" namespace="{$newnsParam}">NEW_VAL</xsl:element>
</xsl:element>
</xsl:template>
<!-- change namespace, but it makes every node redefine the namespace -->
<xsl:template match="@oldns:*">
<xsl:attribute name="newns:{local-name()}" namespace="{$newnsParam}">
<xsl:value-of select="."/>
</xsl:attribute>
</xsl:template>
<xsl:template match="oldns:*">
<xsl:element name="newns:{local-name()}" namespace="{$newnsParam}">
<xsl:apply-templates select="node()|@*"/>
</xsl:element>
</xsl:template>
</xsl:stylesheet>
出力 XML:
<newns:testRequest xmlns:newns="namespace/1.1">
<newns:a xmlns:newns="namespace/1.1">
<newns:b1 xmlns:newns="namespace/1.1">
<newns:c xmlns:newns="namespace/1.1">cccc</newns:c>
<newns:d xmlns:newns="namespace/1.1">dddd</newns:d>
<newns:e xmlns:newns="namespace/1.1">eeee</newns:e>
</newns:b1>
<newns:b2 xmlns="namespace/1.1" attr="value" xmlns:newns="namespace/1.1">
<newns:f xmlns="namespace/1.1" xmlns:newns="namespace/1.1">false</newns:f>
<newns:newName xmlns="namespace/1.1" xmlns:newns="namespace/1.1">2014-03-01</newns:newName>
<newns:h xmlns="namespace/1.1" xmlns:newns="namespace/1.1">true</newns:h>
<newElement xmlns="namespace/1.1" xmlns:newns="namespace/1.1">NEW_VAL</newElement>
</newns:b2>
<newns:b3 xmlns:newns="namespace/1.1">
</newns:b3>
</newns:a>
</newns:testRequest>
ご覧のとおり、これらすべての不必要な名前空間定義と非常に混同されており、さらに「newElement」は奇妙に修飾されていません。デバッグと監査の目的で呼び出しをログに記録しますが、そのような冗長性は望ましくありません。
予想される XML (またはそのようなもの):
<newns:testRequest xmlns:newns="namespace/1.1">
<newns:a>
<newns:b1>
<newns:c>cccc</newns:c>
<newns:d>dddd</newns:d>
<newns:e>eeee</newns:e>
</newns:b1>
<newns:b2 attr="value">
<newns:f>false</newns:f>
<newns:newName>2014-03-01</newns:newName>
<newns:h>true</newns:h>
<newns:newElement>NEW_VAL</newns:newElement>
</newns:b2>
<newns:b3>
</newns:b3>
</newns:a>
</newns:testRequest>
修飾された要素と修飾されていない要素など、さまざまな入力 XML を処理できるように XSLT が堅牢であることが重要です (現在の XSLT では両方を受け入れます)。
どんな助けでも大歓迎です。
環境: Java 1.6.0_14、Spring WS 2.1.0、JAXB 2.2.6、および内部 JRE Apache Xalan を使用する Spring 3.1.3 Web アプリケーション
編集1: hr_117の提案により、この例外が発生しました:
javax.xml.transform.TransformerException: java.lang.RuntimeException: Namespace for prefix 'newns' has not been declared.
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:717) ~[na:1.6.0_14]
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313) ~[na:1.6.0_14]
at org.springframework.ws.server.endpoint.interceptor.PayloadTransformingInterceptor.transformMessage(PayloadTransformingInterceptor.java:118) ~[spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.server.endpoint.interceptor.PayloadTransformingInterceptor.handleRequest(PayloadTransformingInterceptor.java:92) ~[spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.server.endpoint.interceptor.DelegatingSmartEndpointInterceptor.handleRequest(DelegatingSmartEndpointInterceptor.java:78) ~[spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.server.MessageDispatcher.dispatch(MessageDispatcher.java:224) [spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.server.MessageDispatcher.receive(MessageDispatcher.java:173) [spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.transport.support.WebServiceMessageReceiverObjectSupport.handleConnection(WebServiceMessageReceiverObjectSupport.java:88) [spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.transport.http.WebServiceMessageReceiverHandlerAdapter.handle(WebServiceMessageReceiverHandlerAdapter.java:59) [spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.ws.transport.http.MessageDispatcherServlet.doService(MessageDispatcherServlet.java:221) [spring-ws-core-2.1.0.RELEASE.jar:na]
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) [org.springframework.web.servlet-3.1.3.RELEASE.jar:3.1.3.RELEASE]
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:789) [org.springframework.web.servlet-3.1.3.RELEASE.jar:3.1.3.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) [javax.servlet_1.0.0.0_2-5.jar:2.5]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) [javax.servlet_1.0.0.0_2-5.jar:2.5]
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3591) [weblogic.jar:10.3.2.0]
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) [com.bea.core.weblogic.security.identity_1.1.2.0.jar:1.1.2.0]
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) [com.bea.core.weblogic.security.wls_1.0.0.0_5-2-0-0.jar:5.2.0.0]
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2202) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2108) [weblogic.jar:10.3.2.0]
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1432) [weblogic.jar:10.3.2.0]
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) [com.bea.core.weblogic.workmanager_1.7.0.0.jar:1.7.0.0]
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) [com.bea.core.weblogic.workmanager_1.7.0.0.jar:1.7.0.0]
Caused by: java.lang.RuntimeException: Namespace for prefix 'newns' has not been declared.
at com.sun.org.apache.xalan.internal.xsltc.runtime.BasisLibrary.runTimeError(BasisLibrary.java:1518) ~[na:1.6.0_14]
at com.sun.org.apache.xalan.internal.xsltc.runtime.BasisLibrary.runTimeError(BasisLibrary.java:1522) ~[na:1.6.0_14]
at com.sun.org.apache.xalan.internal.xsltc.runtime.BasisLibrary.startXslElement(BasisLibrary.java:1408) ~[na:1.6.0_14]
at transformation_1_0_to_1_1.template$dot$4() ~[na:na]
at transformation_1_0_to_1_1.applyTemplates() ~[na:na]
at transformation_1_0_to_1_1.applyTemplates() ~[na:na]
at transformation_1_0_to_1_1.transform() ~[na:na]
at com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet.transform(AbstractTranslet.java:602) ~[na:1.6.0_14]
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:710) ~[na:1.6.0_14]
... 25 common frames omitted
EDIR 2:テストとして、Xalan を Saxon に置き換えたところ、Michael が投稿したように出力が良好でした。ただし、すでに大規模なアプリケーションにとっては大きな jar であり、さらにアプリケーションの他の部分と競合するため、より不安定な要因となっています。Xalan に焦点を合わせて、正しく機能させたいと思います。