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

Ruuter Error Handling (REHA) #250

Open
4 tasks
turnerrainer opened this issue Jan 10, 2024 · 2 comments · Fixed by #257
Open
4 tasks

Ruuter Error Handling (REHA) #250

turnerrainer opened this issue Jan 10, 2024 · 2 comments · Fixed by #257
Assignees

Comments

@turnerrainer
Copy link
Contributor

turnerrainer commented Jan 10, 2024

AS AN Architect
I WANT all Ruuter technical errors to be logged centrally if it has been defines so in settings
SO THAT error logging would be identical throughout all DSLs

AS A Developer / Service Manager / Security Specialist
I WANT TO get full overview of errors on any step of Ruuter DSL from a database
SO THAT I could build services based on that database instead of processing raw log files potentially containing sensitive information

Acceptance Criteria

  • Functionality can be swithced on / off from Ruuter settings file
  • If switched on, All errors Ruuter within any DSL step are logged
  • Errors are sent to an external endpoint, using OpenSearch by default
  • Update readme.md regarding appropriate functionality with sample usage
@turnerrainer turnerrainer converted this from a draft issue Jan 10, 2024
@turnerrainer turnerrainer moved this from To Groom to In Progress in Ruuter | Bükstack Jan 10, 2024
@turnerrainer turnerrainer moved this to In Progress in Bürokratt Sprint Jan 11, 2024
RayDNoper added a commit that referenced this issue Jan 12, 2024
@turnerrainer turnerrainer moved this from In Progress to In Review in Bürokratt Sprint Jan 15, 2024
@turnerrainer turnerrainer moved this from In Review to To Deploy in Bürokratt Sprint Jan 15, 2024
@turnerrainer turnerrainer moved this from To Deploy to Acceptance Testing in Bürokratt Sprint Jan 15, 2024
@turnerrainer turnerrainer moved this from Acceptance Testing to In Progress in Bürokratt Sprint Jan 19, 2024
@1AhmedYasser
Copy link
Contributor

Requested Change:

  1. Should report any endpoint that returns a status code <=300 and <= 500 not only exceptions

@1AhmedYasser
Copy link
Contributor

Additional features requested:

  1. Possibility to create a cron task inside an api

  2. Possibility to pass body and params to http request, you can also add headers (Optional)

Not in this task

@RayDNoper RayDNoper linked a pull request Jan 26, 2024 that will close this issue
@RayDNoper RayDNoper removed a link to a pull request Jan 26, 2024
@RayDNoper RayDNoper linked a pull request Jan 26, 2024 that will close this issue
RayDNoper added a commit that referenced this issue Jan 26, 2024
@turnerrainer turnerrainer moved this from In Progress to In Review in Bürokratt Sprint Jan 26, 2024
@turnerrainer turnerrainer moved this from In Review to To Deploy in Bürokratt Sprint Jan 26, 2024
@turnerrainer turnerrainer moved this from To Deploy to Acceptance Testing in Bürokratt Sprint Jan 26, 2024
@turnerrainer turnerrainer self-assigned this Jan 26, 2024
@turnerrainer turnerrainer moved this from In Progress to Done in Ruuter | Bükstack Feb 2, 2024
@turnerrainer turnerrainer moved this from Acceptance Testing to Done in Bürokratt Sprint Feb 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Status: Done
Development

Successfully merging a pull request may close this issue.

4 participants