Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rich errors (retry-able vs fatal) #2530

Open
Tracked by #2442
matt2e opened this issue Aug 28, 2024 · 1 comment
Open
Tracked by #2442

Rich errors (retry-able vs fatal) #2530

matt2e opened this issue Aug 28, 2024 · 1 comment
Assignees
Labels
core The core of FTL

Comments

@matt2e
Copy link
Contributor

matt2e commented Aug 28, 2024

Use cases:

  • Errors that can be handled properly by other modules
  • Errors that can result in specific error status codes in gRPC, HTTP, etc
  • Erros that define if they can be retried or if there is no use retrying

Design document is here: First-class error types

@matt2e matt2e mentioned this issue Aug 28, 2024
19 tasks
@github-actions github-actions bot added the triage Issue needs triaging label Aug 28, 2024
@matt2e matt2e added core The core of FTL and removed triage Issue needs triaging labels Aug 28, 2024
@matt2e
Copy link
Contributor Author

matt2e commented Aug 28, 2024

@mistermoe has said this is a blocker for using FSM due to all errors currently being retryable

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core The core of FTL
Projects
None yet
Development

No branches or pull requests

2 participants