nakadi-java icon indicating copy to clipboard operation
nakadi-java copied to clipboard

[Support] Retrying done even in case of 4xx error

Open samizzy opened this issue 2 years ago • 1 comments

I would like to understand the use case for which nakad-java client retries publishing even in case of 4xx errors.

Is this so that a publisher can keep retrying publishing calls until it succeeds? This can be happen if the publisher/owner of event type observes the status codes for publish requests and fixes the event type (auth, schema etc) in time before retry policy expires so the failed calls can succeed. If not then this will just lead to meaning less calls to nakadi which nakadi will always reject, it occupies resources from client as well as from nakadi side.

samizzy avatar Feb 13 '23 17:02 samizzy

seems like 422 (atleast one event failed validation) is excluded from retrying so the scenario I described is reduced to 401/403

samizzy avatar Jun 27 '23 12:06 samizzy