You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Thierry Ygé (Jira)" <ji...@apache.org> on 2021/10/08 09:05:00 UTC
[jira] [Commented] (SLING-10860) ServerErrorRetryStrategy should
not retry if the code is expected
[ https://issues.apache.org/jira/browse/SLING-10860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17426053#comment-17426053 ]
Thierry Ygé commented on SLING-10860:
-------------------------------------
Note I have prepared a PR on [https://github.com/apache/sling-org-apache-sling-testing-clients/pull/23]
I have added a test, and fixed 2, which I believe was actually originally pointing the issue or at least didn't test I believe the expectation, meaning that it would do number of tries and throw actually an exception.
> ServerErrorRetryStrategy should not retry if the code is expected
> -----------------------------------------------------------------
>
> Key: SLING-10860
> URL: https://issues.apache.org/jira/browse/SLING-10860
> Project: Sling
> Issue Type: Bug
> Components: Apache Sling Testing Clients
> Affects Versions: Apache Sling Testing Clients 2.0.10
> Reporter: Thierry Ygé
> Priority: Major
>
> Currently the ServerErrorRetryStrategy would retry for the list of error codes or if not defined default for 500 and above.
> Let say you have a a test that expect a 500 or any other code define in the list of error codes.
> client.doGet("someurl", 500);
> That will then retry a number of time, while in fact this code is expected to happen, so in that case it should not retry.
> Since we have control on the "http" context parameter, the expected status codes could be passed in that object , and so used to decide or not if we need a retry too.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)