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

Only log essential info on failed requests #139

Merged
merged 6 commits into from
Mar 3, 2023

Conversation

Cruikshanks
Copy link
Member

@Cruikshanks Cruikshanks commented Mar 3, 2023

https://eaflood.atlassian.net/browse/WATER-3906
https://eaflood.atlassian.net/browse/WATER-3918

When working on the Spike - Create a complete debit only SROC bill run a request to the sroc-charging-module-api failed, as in we got a 4xx/5xx response.

One of the things that made it hard to track down the cause as we are currently dumping the full response object Got returns into the log.

Should Got throw an exception, for example, when a network error occurs we'll want to see everything. But if the request fails because the Charging Module has returned an error response, we just want to see that information.

So, this tweaks the logging in RequestLib to ensure this.


We also took advantage of making these changes to do some boy scout cleanup and remove the duplication across the get() and post() methods.

https://eaflood.atlassian.net/browse/WATER-3906

When working on the [Spike - Create a complete debit only SROC bill run](#133) a request to the [sroc-charging-module-api](https://github.com/DEFRA/sroc-charging-module-api) failed, as in we got a `4xx/5xx` response.

One of the things that made it hard to track down the cause was we are currently dumping the full response object [Got](https://github.com/sindresorhus/got) returns into the log.

Should **Got** throw an exception, for example, when a network error occurs we'll want to see everything. But if the request fails because the Charging Module has returned an error response, we just want to see that information.

So, this tweaks the logging in `RequestLib` to ensure this.
@Cruikshanks Cruikshanks self-assigned this Mar 3, 2023
Hopefully helps explain what is going on.
Take advantage of making these changes to do some boy scout cleanup and remove the duplication across the methods.
@Cruikshanks Cruikshanks marked this pull request as ready for review March 3, 2023 12:22
Copy link
Contributor

@Jozzey Jozzey left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just 1 typo then all good

app/lib/request.lib.js Outdated Show resolved Hide resolved
Jozzey
Jozzey previously approved these changes Mar 3, 2023
Copy link
Contributor

@Jozzey Jozzey left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved, just the 1 typo

Co-authored-by: Jason Claxton <30830544+Jozzey@users.noreply.github.com>
@Cruikshanks Cruikshanks merged commit 38e2e37 into main Mar 3, 2023
@Cruikshanks Cruikshanks deleted the only-log-essentials-on-failed-request branch March 3, 2023 17:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants