спрашивает об этом для некоторой экспертизы mulesoft.mule mapping-exception-strategy только доходит до первой ветки 401
Предполагается, что следующая стратегия отображения исключений будет входить на hhtp.status 401, 403, 429, но продолжает падать в ветвь 401 для кодов состояния 401 и 403 (по крайней мере, и определяется как отладкой, так и протоколом, записанным на консоль):
<apikit:mapping-exception-strategy doc:name="waysact-adaptor-main-exception-strategy">
<apikit:mapping statusCode="401">
<apikit:exception value="org.mule.module.http.internal.request.ResponseValidatorException"/>
<logger message="psc>>> logging 401 = #[payload]" level="INFO" doc:name="log-http-401"/>
</apikit:mapping>
<apikit:mapping statusCode="403">
<apikit:exception value="org.mule.module.http.internal.request.ResponseValidatorException"/>
<logger message="psc>>> logging 403 = #[payload]" level="INFO" doc:name="log-http-403"/>
</apikit:mapping>
<apikit:mapping statusCode="429">
<apikit:exception value="org.mule.module.http.internal.request.ResponseValidatorException"/>
<logger message="psc>>> logging 429 = #[payload]" level="INFO" doc:name="log-http-429"/>
</apikit:mapping>
<apikit:mapping statusCode="400">
<apikit:exception value="org.mule.module.http.internal.request.ResponseValidatorException"/>
<logger message="psc>>> logging anything = #[payload]" level="INFO" doc:name="logging-anything"/>
</apikit:mapping>
</apikit:mapping-exception-strategy>
это потому, что она ветвится только по типу исключения org.mule.module.http.internal.request.ResponseValidatorException? Я думал, что он предназначен для перехода на код состояния?
есть другая стратегия, стратегия исключения-исключения, которая должна входить в разные типы объектов исключений.
спасибо, это выглядит многообещающим; будет расследоваться в ближайшее время – psc
yup, это работает. благодаря – psc