Spring Integration WebFlux错误处理
SI5+支持WebFlux，这意味着我们现在可以构建一个反应消息传递系统。然而，这也意味着设计已经考虑周全，通常的错误处理方法不起作用。在反应流中，消息是发布者(流量)，它不会引发异常，但会发出错误通知。因此，消息上设置的错误通道标头是无用的，因为SI不知道流量导致了错误。考虑以下代码：
.handle(WebFlux.outboundGateway(m -> m.getPayload().toString(), webClient)
.expectedResponseType(YelpRecord.class)
.httpMethod(GET)
.mappedRequestHeaders(ACCEPT)
.replyPayloadToFlux(true))
.handle((GenericHandler<Flux<YelpRecord>>) (flux, headers) ->
flux
.doOnError(t -> log.error(t.getMessage(), t))
.doAfterTerminate(() ->
log.info("Completed streaming from: {}.", headers.get(DOWNLOAD_URI_HEADER))
)
.onBackpressureBuffer(
yelpArtifactoryProperties.getOnBackpressureBufferSize(),
BufferOverflowStrategy.ERROR)
)
上面的代码片段中缺少的是将异常发送到doonerror消息上配置的错误通道。我们怎么能这么做？
共有1个答案
((MessageChannel)header.geterrorchannel()).send(...)在.doonerror()中对您有用吗？
关键是您是对的，消息负载中的流量已经超出了框架的控制，如果您想处理它的错误，您必须自己处理。这已经是带有doonerror()的代码了，因此框架不能帮助您自动完成一些事情。
-
通过对错误类型实现 Display 和 From，我们能够利用上绝大部分标准库错误处理工具。然而，我们遗漏了一个功能：轻松 Box 我们错误类型的能力。 标准库会自动通过 Form 将任意实现了 Error trait 的类型转换成 trait 对象 Box<Error> 的类型（原文：The std library automatically converts any type that imp
-
错误处理（error handling）是处理可能发生失败情况的过程。例如读取一个文件失败，然后继续使用这个失效的输入显然是有问题的。错误处理允许我们以一种显式的方式来发现并处理这类错误，避免了其余代码发生潜在的问题。 有关错误处理的更多内容，可参考官方文档的错误处理的章节。
-
处理一个 RESTful API 请求时， 如果有一个用户请求错误或服务器发生意外时， 你可以简单地抛出一个异常来通知用户出错了。 如果你能找出错误的原因 (例如，所请求的资源不存在)，你应该 考虑抛出一个适当的HTTP状态代码的异常 (例如， yii\web\NotFoundHttpException意味着一个404 HTTP状态代码)。 Yii 将通过HTTP状态码和文本发送相应的响应。 它还
-
Yii 内置了一个error handler错误处理器，它使错误处理更方便， Yii错误处理器做以下工作来提升错误处理效果： 所有非致命PHP错误（如，警告，提示）会转换成可获取异常； 异常和致命的PHP错误会被显示， 在调试模式会显示详细的函数调用栈和源代码行数。 支持使用专用的 控制器操作 来显示错误； 支持不同的错误响应格式； error handler 错误处理器默认启用， 可通过在应用的
-
介绍 当你启动一个新的 Laravel 项目时，错误及异常处理是已为你配置好了的。App\Exceptions\Handler 类负责记录应用程序触发的所有异常并呈现给用户。在本文档中，我们将深入探讨这个类。 配置 config/app.php 配置文件中的 debug 选项决定了对于一个错误实际上将显示多少信息给用户。默认情况下，该选项的设置将遵照存储在 .env 文件中的 APP_DEBUG
-
错误处理 错误抛出是个好东西！这使得你能够成功定位运行状态中的程序产生错误的位置。 别忘了捕获错误 对捕获的错误不做任何处理是没有意义的。 代码中 try/catch 的意味着你认为这里可能出现一些错误，你应该对这些可能的错误存在相应的处理方案。 反例: try { functionThatMightThrow(); } catch (error) { console.log(error)
-
Lavas 的错误处理采用中间件的方式，分别在 express 和 koa 两种模式下添加中间件，用以捕获之后抛出的一切错误，带上错误信息一并跳转到配置好的错误处理路径。因此，除了配置错误路径之外，还需要编写一个错误处理页面，供跳转使用。 错误配置 Lavas 的错误处理相关的配置比较简洁，在 /lavas.config.js 中找到 errorHandler 对象，如下： // ... erro
-
错误处理是相应和接收来自你程序中错误条件的过程。Swift 给运行时可恢复错误的抛出、捕获、传递和操纵提供了一类支持。 有些函数和方法不能保证总能完全执行或者产生有用的输出。可选项用来表示不存在值，但是当函数错误，能够了解到什么导致了错误将会变得很有用处，这样你的代码就能根据错误来响应了。 举例来说，假设一个阅读和处理来自硬盘上文件数据的任务。这种情况下有很多种导致任务失败的方法，目录中文件不存在