-
Notifications
You must be signed in to change notification settings - Fork 141
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
[WIP] Integration Test for disconnecting downstream connections on all roles #1434
base: main
Are you sure you want to change the base?
[WIP] Integration Test for disconnecting downstream connections on all roles #1434
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1434 +/- ##
==========================================
- Coverage 24.04% 20.29% -3.76%
==========================================
Files 112 146 +34
Lines 7942 9893 +1951
==========================================
+ Hits 1910 2008 +98
- Misses 6032 7885 +1853
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
ac0c979
to
318fd1d
Compare
318fd1d
to
7bd9bdf
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hmm.. this "is_listening" is nice to use in testing env from the outside but I dont see how this is related to any of the roles. All of the is_listening functions can be "is_port_open" in test env and give it the role port(thats why the roles in test env return their SocketAddr).
If is_listening had access to the actual socket and checked if it can receive messages, that would be great - but checking with TcpStream::connect and calling the function "is_listening" gives the wrong impression
so are you suggesting that:
? |
close #1432
WIP, blocked by #1420 and #1418
is_listening
API topool_sv2
,jd_server
,jd_client
, andtranslator_sv2
cratesnote:
mining_proxy_sv2
crate does not follow the same pattern of providing a struct representing the role (whereis_listening
API was added)... as a consequence, its listening port is not accessible in the test environment and therefore this role is not being covered on this PR