javax.xml.ws.WebServiceException: 方法X暴露为WebMethod,但没有对应的wsdl操作
javax.xml.ws.WebServiceException: Method X is exposed as WebMethod, but there is no corresponding wsdl operation
我正在使用 JAX-WS RI 与第三方 Web 服务 (Adyen) 集成。我已经下载了他们的 wsdl 副本,并在我的构建中使用了 jaxws:wsdl2java
来生成 Web 服务实现源代码。在运行时,当我尝试通过调用自动生成的支付服务 class 的 getPort() 方法来设置端口时,我收到以下异常,声称有一个方法已公开,但它不存在于wsdl 端口类型元素:
javax.xml.ws.WebServiceException: Method adjustAuthorisation is exposed as WebMethod, but there is no corresponding wsdl operation with name {http://payment.services.adyen.com}adjustAuthorisation in the wsdl:portType{http://payment.services.adyen.com}PaymentPortType
但是,它存在于 portType 元素中。这是 wsdl 的相关片段:
<wsdl:portType name="PaymentPortType">
<wsdl:operation name="adjustAuthorisation">
<wsdl:input name="adjustAuthorisationRequest" message="tns:adjustAuthorisationRequest" />
<wsdl:output name="adjustAuthorisationResponse" message="tns:adjustAuthorisationResponse" />
<wsdl:fault name="ServiceException" message="tns:ServiceException" />
</wsdl:operation>
...
</wsdl:portType>
完整的 wsdl 可以在这里看到:https://pal-live.adyen.com/pal/servlet/Payment/v30?wsdl
wsdl 包含在目标 jar 中,路径为 class/wsdl/Payment.wsdl。我在配置 class:
中使用此代码在运行时加载它
URL wsdl = getClass().getResource(wsdlLocation);
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
其中 serviceUrl = "http://payment.services.adyen.com"
和 serviceName = "Payment"
与 wsdl 匹配。
最后,这是我尝试打开端口并最终得到异常的代码片段:
ClassLoader oldClassLoader = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
try
{
port = config.getOnlineService().getPaymentHttpPort(); // exception thrown here
}
finally
{
Thread.currentThread().setContextClassLoader(oldClassLoader);
}
知道为什么它似乎误读了 wsdl 吗?另一个可能重要的信息是我最近更新了 wsdl,之前我的应用程序使用 Adyen API 的第 12 版和相应的 wsdl,现在我升级到第 30 版。应用程序使用之前的相同代码运行良好。
您用于生成 类 的 wsdl 文件与您在运行时加载的 wsdl 文件不匹配。
- 类 是使用较新版本生成的,因为错误提到 WebMethod
adjustAuthorisation
。
- 运行时加载的 wsdl 是旧版本,不包含
adjustAuthorization
方法。
注意 v30
和 v12
之间的区别:
javax.xml.ws.WebServiceException
的堆栈跟踪显示了使用从 wsdl:
生成的代码构建新的 Payment
服务时幕后发生的事情
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(RuntimeWSDLParser.java:265) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:246) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:209) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:178) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:363) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:321) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:230) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:211) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:207) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:114) ~[jaxws-rt.jar:2.2.10]
at javax.xml.ws.Service.<init>(Service.java:77) ~[?:1.8.0_252]
at com.amazon.adyen.payment.Payment.<init>(Payment.java:58) ~[?:?]
RuntimeWSDLParser.parse
调用 java.net.URL.openStream
,后者调用 sun.net.www.protocol.jar.JarURLConnection.getInputStream
,因为在这种情况下,wsdl 位于 jar 的一部分。
在 URLConnection
上调用 getInputStream
时,默认行为是检查缓存。通过打开到资源的连接,将 useCaches
设置为 false
,然后打开输入流,可以为给定的连接禁用此功能。但是,在这种情况下,打开资源流的代码是 auto-generated,修改生成的 类 并不是未来更改的好解决方案。
URLConnection
也有一个 setDefaultUseCaches
方法,它将设置当前连接和所有未来连接的行为。请参阅 URLConnection
源代码中的文档:http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/tip/src/share/classes/java/net/URLConnection.java#l245
我能够通过设置此默认标志强制从 jar 加载 wsdl,然后在加载资源后恢复它。
工作代码如下,如果从缓存中获取资源时出错,它会从 jar 中加载资源:
URL wsdl = getClass().getResource(wsdlLocation);
URLConnection connection = wsdl.openConnection();
try {
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
} catch (WebServiceException wsException) {
// if wsdl resources in the jar have changed, an exception will be thrown due to
// loading the old version from cache. Attempt to load without using the cache.
LOG.warn("Failure initializing service. Trying again without using URLConnection caching. Caught exception: ", wsException);
connection.setDefaultUseCaches(false);
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
} finally {
connection.setDefaultUseCaches(true);
}
如果您能够直接加载输入流,则可以在不影响可能影响其他连接的默认缓存行为的情况下执行以下操作:
URL wsdl = getClass().getResource(wsdlLocation);
URLConnection connection = wsdl.openConnection();
connection.setUseCaches(false);
InputStream inputStream = connection.getInputStream();
我正在使用 JAX-WS RI 与第三方 Web 服务 (Adyen) 集成。我已经下载了他们的 wsdl 副本,并在我的构建中使用了 jaxws:wsdl2java
来生成 Web 服务实现源代码。在运行时,当我尝试通过调用自动生成的支付服务 class 的 getPort() 方法来设置端口时,我收到以下异常,声称有一个方法已公开,但它不存在于wsdl 端口类型元素:
javax.xml.ws.WebServiceException: Method adjustAuthorisation is exposed as WebMethod, but there is no corresponding wsdl operation with name {http://payment.services.adyen.com}adjustAuthorisation in the wsdl:portType{http://payment.services.adyen.com}PaymentPortType
但是,它存在于 portType 元素中。这是 wsdl 的相关片段:
<wsdl:portType name="PaymentPortType">
<wsdl:operation name="adjustAuthorisation">
<wsdl:input name="adjustAuthorisationRequest" message="tns:adjustAuthorisationRequest" />
<wsdl:output name="adjustAuthorisationResponse" message="tns:adjustAuthorisationResponse" />
<wsdl:fault name="ServiceException" message="tns:ServiceException" />
</wsdl:operation>
...
</wsdl:portType>
完整的 wsdl 可以在这里看到:https://pal-live.adyen.com/pal/servlet/Payment/v30?wsdl
wsdl 包含在目标 jar 中,路径为 class/wsdl/Payment.wsdl。我在配置 class:
中使用此代码在运行时加载它URL wsdl = getClass().getResource(wsdlLocation);
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
其中 serviceUrl = "http://payment.services.adyen.com"
和 serviceName = "Payment"
与 wsdl 匹配。
最后,这是我尝试打开端口并最终得到异常的代码片段:
ClassLoader oldClassLoader = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
try
{
port = config.getOnlineService().getPaymentHttpPort(); // exception thrown here
}
finally
{
Thread.currentThread().setContextClassLoader(oldClassLoader);
}
知道为什么它似乎误读了 wsdl 吗?另一个可能重要的信息是我最近更新了 wsdl,之前我的应用程序使用 Adyen API 的第 12 版和相应的 wsdl,现在我升级到第 30 版。应用程序使用之前的相同代码运行良好。
您用于生成 类 的 wsdl 文件与您在运行时加载的 wsdl 文件不匹配。
- 类 是使用较新版本生成的,因为错误提到 WebMethod
adjustAuthorisation
。 - 运行时加载的 wsdl 是旧版本,不包含
adjustAuthorization
方法。
注意 v30
和 v12
之间的区别:
javax.xml.ws.WebServiceException
的堆栈跟踪显示了使用从 wsdl:
Payment
服务时幕后发生的事情
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(RuntimeWSDLParser.java:265) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:246) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:209) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:178) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:363) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:321) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:230) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:211) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:207) ~[jaxws-rt.jar:2.2.10]
at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:114) ~[jaxws-rt.jar:2.2.10]
at javax.xml.ws.Service.<init>(Service.java:77) ~[?:1.8.0_252]
at com.amazon.adyen.payment.Payment.<init>(Payment.java:58) ~[?:?]
RuntimeWSDLParser.parse
调用 java.net.URL.openStream
,后者调用 sun.net.www.protocol.jar.JarURLConnection.getInputStream
,因为在这种情况下,wsdl 位于 jar 的一部分。
在 URLConnection
上调用 getInputStream
时,默认行为是检查缓存。通过打开到资源的连接,将 useCaches
设置为 false
,然后打开输入流,可以为给定的连接禁用此功能。但是,在这种情况下,打开资源流的代码是 auto-generated,修改生成的 类 并不是未来更改的好解决方案。
URLConnection
也有一个 setDefaultUseCaches
方法,它将设置当前连接和所有未来连接的行为。请参阅 URLConnection
源代码中的文档:http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/tip/src/share/classes/java/net/URLConnection.java#l245
我能够通过设置此默认标志强制从 jar 加载 wsdl,然后在加载资源后恢复它。
工作代码如下,如果从缓存中获取资源时出错,它会从 jar 中加载资源:
URL wsdl = getClass().getResource(wsdlLocation);
URLConnection connection = wsdl.openConnection();
try {
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
} catch (WebServiceException wsException) {
// if wsdl resources in the jar have changed, an exception will be thrown due to
// loading the old version from cache. Attempt to load without using the cache.
LOG.warn("Failure initializing service. Trying again without using URLConnection caching. Caught exception: ", wsException);
connection.setDefaultUseCaches(false);
onlineService = new Payment(wsdl, new QName(serviceUrl, serviceName));
} finally {
connection.setDefaultUseCaches(true);
}
如果您能够直接加载输入流,则可以在不影响可能影响其他连接的默认缓存行为的情况下执行以下操作:
URL wsdl = getClass().getResource(wsdlLocation);
URLConnection connection = wsdl.openConnection();
connection.setUseCaches(false);
InputStream inputStream = connection.getInputStream();