webservice代理出异常未能找到

webservice代理出异常未能找到,第1张

webservice代理出异常是指在使用webservice时发生的异常,一般由客户端和服务器端之间发生的网络通信问题导致。通常情况下,webservice代理出异常的原纤伏喊因是客户端和服务器端之间的网络连接不稳定,或者服务器端的服务发生故障,或者服务器端的服务没有正确配置,或者客户端没有正确配置,或者存在安全认证问题等。解决webservice代理出异常的毁野方法是,首先要检查客户端和服务器端之间的网络厅塌连接是否正常,如果正常,则检查服务器端的服务是否正常,如果服务器端的服务正常,则检查客户端和服务器端的配置是否正确,如果配置正确,则检查是否存在安全认证问题,如果存在,则需要解决安全认证问题。

先来看看他的API说明

Thrown by a method invocation on a proxy instance if its invocation handler’s invoke method throws a checked exception (a Throwable that is not assignable to RuntimeException or Error) that is not assignable to any of the exception types declared in the throws clause of the method that was invoked on the proxy instance and dispatched to the invocation handler.

An UndeclaredThrowableException instance contains the undeclared checked exception that was thrown by the invocation handler, and it can be retrieved with the getUndeclaredThrowable() method. UndeclaredThrowableException extends RuntimeException, so it is an unchecked exception that wraps a checked exception.

As of release 1.4, this exception has been retrofitted to conform to the general purpose exception-chaining mechanism. The “undeclared checked exception that was thrown by the invocation handler” that may be provided at construction time and accessed via the getUndeclaredThrowable() method is now known as the cause, and may be accessed via the Throwable.getCause() method, as well as the aforementioned “legacy method.”

翻译下:

抛出一个方法调用代理实例的调用处理程序的调用方法抛出一个检查异常(Throwable,不分配RuntimeException或错误),不分配任何的异常类型中声明抛出条款的代理实例上调用方法,并分派到调用处理程序。

UndeclaredThrowableException实例包含调用处理稿卖程序抛出的未声明的检查异常,可以使用getUndeclaredThrowable()方法检索该异常。UndeclaredThrowableException扩展了RuntimeException,因此它是一个未检查的异常,它包装了一个已检查的州敬散异常。

从版本1.4开始,这个异常已经进行了修改,以符合通用异常链接机制。“调用处理程序抛出的未声明的检查异常”可以在构建时提供,并通过getUndeclaredThrowable()方法访问,现在称为原因,可以通过Throwable.getCause()方法以及前面提到的“遗留方法”访问。

查看下JDK的java doc:

JDK的java doc是这么解释UndeclaredThrowableException的: 如果册氏代理实例的调用处理程序的 invoke 方法抛出一个经过检查的异常(不可分配给 RuntimeException 或 Error 的 Throwable),且该异常不可分配给该方法的throws子局声明的任何异常类,则由代理实例上的方法调用抛出此异常。

下面上swagger测试的结果

在看下IDEA中反馈回给我们的信息

最后检查是

XML文件中的<query id = "delete">里面的标签与mapper中的不符合,导致程序运行时,无法正确找到对应的SQL语句,导致出现的异常 


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/12436614.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-25
下一篇 2023-05-25

发表评论

登录后才能评论

评论列表(0条)

保存