-
Type:
Improvement
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
Description
Use Case
As a... (who is this for)
I want... (what is the desired change)
So that... (why is the change desired)
User Experience
- Accept AbortSignal instead of or in addition to CancellationToken in the public API:
- Allow using a standard interface (AbortController/AbortSignal) for aborting operations instead of a Node.js-driver-specific one. This is a Web interface but also supported by Node.js
Dependencies
- upstream and/or downstream requirements and timelines to bear in mind
Risks/Unknowns
- What could go wrong while implementing this change? (e.g., performance, inadvertent behavioral changes in adjacent functionality, existing tech debt, etc)
- Is there an opportunity for better cross-driver alignment or testing in this area?
- Is there an opportunity to improve existing documentation on this subject?
Acceptance Criteria
Implementation Requirements
- functional reqs, potential snafus to avoid, performance targets, etc
Testing Requirements
- unit test, spec test sync, etc
Documentation Requirements
- DOCSP ticket, API docs, etc
Follow Up Requirements
- additional tickets to file, required releases, etc
- if node behavior differs/will differ from other drivers, confirm with dbx devs what standard to aim for and what plan, if any, exists to reconcile the diverging behavior moving forward
- depends on
-
NODE-6991 Deprecate CancellationToken type
-
- Needs Triage
-
- is related to
-
NODE-4784 Cancel pending connections when monitor check fails with network error
-
- Backlog
-
-
NODE-6632 Abort ongoing operations and clean-up active resources upon client.close
-
- Closed
-
- related to
-
NODE-3078 Client Side Operations Timeout
-
- Development Complete
-