-
Notifications
You must be signed in to change notification settings - Fork 96
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
Always include WebDriver process liveness in http client exception #469
Comments
lread
changed the title
Always log WebDriver process liveness on http exception
Always log WebDriver process liveness on http client exception
Jun 30, 2022
lread
changed the title
Always log WebDriver process liveness on http client exception
Always include WebDriver process liveness on http client exception
Jun 30, 2022
lread
added a commit
to lread/etaoin
that referenced
this issue
Jul 4, 2022
When an http request, for example, times out one might wonder if the WebDriver process is still running. We now use slingshot throw+ as we do for http status errors. This throw+ still includes the :driver :process but checks if it is alive and realizes its exit value in the thrown map if dead. Also: if an exception occurs when booting a driver, any launched WebDriver process is now cleaned up. Also: reworked some proc tests to always attempt cleanup even when exceptions occur. Closes clj-commons#469
lread
changed the title
Always include WebDriver process liveness on http client exception
Always include WebDriver process liveness in http client exception
Jul 4, 2022
lread
added a commit
that referenced
this issue
Jul 4, 2022
When an http request, for example, times out one might wonder if the WebDriver process is still running. We now use slingshot throw+ as we do for http status errors. This throw+ still includes the :driver :process but checks if it is alive and realizes its exit value in the thrown map if dead. Also: if an exception occurs when booting a driver, any launched WebDriver process is now cleaned up. Also: reworked some proc tests to always attempt cleanup even when exceptions occur. Closes #469
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently
We use slingshot to
throw+
on HTTP exceptions.This map we throw includes the
:driver
which includes the WebDriver:process
.While poking around #464 and #465 I found I wanted to also report if the WebDriver process is running and if not, its exit code.
Proposal
Adjust our http client to slingshot
throw+
also on unexpected exceptions (ex. timeouts).Include unexpected exception as cause.
When
:driver
includes:process
check if it is alive.If not then realize its exit code and include it under and updated
:process
.The text was updated successfully, but these errors were encountered: