尽管这是一个与测试和Wiremock有关的Java示例,但它涉及一个更普遍的问题。
我们正在尝试重试Wiremock的verify
方法,该方法可能会在我们要检查的端点被命中之前由测试调用。 在这种情况下,我们想在几秒钟后重试一次直到超时。 有趣的是,Wiremock客户端没有提供这样的方法,但是,很容易创建它们。
抛出的对象的类型称为VerificationException
因此我们编写了以下内容:
for ( int i= 0 ; i<maxRetries; i++) { try { verify... // try to verify return ; // verify ok } catch (Exception e) { LOG.info( "Oooh, it went wrong on try " + i); "Oooh, it went wrong on try " + i); // let the loop run it again after a sleep sleep( 1000 ); } }
没用 我们的捕获块没有被击中。
深入研究并始终阅读您使用的开源库的源代码,似乎VerificationException
派生自AssertionError
。
Error
不是Exception
。 那么,为什么VerificationException
不称为VerificationError
? 我们的catch
块需要捕获Error
或Throwable
才能工作。 现在可以做什么,并且可以工作。
黄什么?
这是违反最小惊讶原则的情况。 因为抛出的对象称为异常 ,所以没有人会想到这是其他任何东西。 我们需要编写一个失败的异常捕获器,对其进行调试,并在源代码中深入读取几个类以查找此错误。 期望异常是异常是我们的错误吗?
您可以轻松地解释为什么他们选择了具有误导性的名称,但是如果您必须解释一些违反规范的名称,那么最好不付出任何努力就做出解释。
翻译自: https://www.javacodegeeks.com/2020/03/call-that-an-exception.html