Title: What will Domain be replaced with? · Issue #10843 · nodejs/node · GitHub
Open Graph Title: What will Domain be replaced with? · Issue #10843 · nodejs/node
X Title: What will Domain be replaced with? · Issue #10843 · nodejs/node
Description: I'm adding support for parallel tests to node-tap. tapjs/tapjs#306 One sticky point is that, like most test frameworks, node-tap needs to be able to cleverly handle thrown errors and tie them to the test environment where the error was t...
Open Graph Description: I'm adding support for parallel tests to node-tap. tapjs/tapjs#306 One sticky point is that, like most test frameworks, node-tap needs to be able to cleverly handle thrown errors and tie them to th...
X Description: I'm adding support for parallel tests to node-tap. tapjs/tapjs#306 One sticky point is that, like most test frameworks, node-tap needs to be able to cleverly handle thrown errors and tie them t...
Opengraph URL: https://github.com/nodejs/node/issues/10843
X: @github
Domain: github.com
{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"What will Domain be replaced with?","articleBody":"I'm adding support for parallel tests to node-tap. https://github.com/tapjs/node-tap/issues/306\r\n\r\nOne sticky point is that, like most test frameworks, node-tap needs to be able to cleverly handle thrown errors and tie them to the test environment where the error was thrown from (especially since many existing assertion libs turn things like `expect(foo).to.match(/regexp/)` into a thrown error).\r\n\r\nWhen tests were _not_ run in parallel, there was no problem. Just walk down the tree of `test.currentChild` or whatever, and a single `process.on('uncaughtException')` is sufficient.\r\n\r\nI'm using Domains to manage thrown errors in child tests, and it works great, but the bright red deprecation notice in [the docs](https://nodejs.org/api/domain.html#domain_domain) is scary.\r\n\r\nWhat will it be replaced with? Will it be feature-equivalent? If so, is there any reason why the existing API has to be broken, and not re-implemented in terms of the new thing? Is there an expected time frame for the Domain api to be broken?\r\n\r\nThanks.","author":{"url":"https://github.com/isaacs","@type":"Person","name":"isaacs"},"datePublished":"2017-01-17T00:22:15Z","url":"https://github.com/nodejs/node/issues/10843"}
| react-profiling | 0 |
| react-import-map | react,react-dom,react-dom/client,react-dom/profiling,react-is,react-reconciler,react/compiler-runtime,react/jsx-dev-runtime,react/jsx-runtime,scheduler@d5750093facf |
| route-pattern | /_view_fragments/issues/show/:user_id/:repository/:id/issue_layout(.:format) |
| route-controller | voltron_issues_fragments |
| route-action | issue_layout |
| fetch-nonce | v2:4f58dffa-d6fe-b486-5204-d1780276220f |
| current-catalog-service-hash | 81bb79d38c15960b92d99bca9288a9108c7a47b18f2423d0f6438c5b7bcd2114 |
| request-id | 9A56:F5278:7FC29C:A94564:6AED2629 |
| html-safe-nonce | 88675fd6298f833fde3ca84556375dff147d70979b00a0a5b93933d5392e49d4 |
| visitor-payload | eyJyZWZlcnJlciI6IiIsInJlcXVlc3RfaWQiOiI5QTU2OkY1Mjc4OjdGQzI5QzpBOTQ1NjQ6NkFFRDI2MjkiLCJ2aXNpdG9yX2lkIjoiNzI2MzM2OTQ1NTQ5MDM3NzI1NyIsInJlZ2lvbl9lZGdlIjoiaWFkIiwicmVnaW9uX3JlbmRlciI6ImlhZCJ9 |
| visitor-hmac | 15647900daabaee99ade7b87435556c56b50b3e6f98c223d0d1371f2b19b94dc |
| hovercard-subject-tag | issue:201146703 |
| github-keyboard-shortcuts | repository,issues,copilot |
| google-site-verification | Apib7-x98H0j5cPqHWwSMm6dNU4GmODRoqxLiDzdx9I |
| octolytics-url | https://collector.github.com/github/collect |
| analytics-location | / |
| fb:app_id | 1401488693436528 |
| apple-itunes-app | app-id=1477376905, app-argument=https://github.com/_view_fragments/issues/show/nodejs/node/10843/issue_layout |
| twitter:image | https://opengraph.githubassets.com/9800392e731842f4b5c57eabd3b9f22629cca8b85c395cd1c4ac1eeba519892f/nodejs/node/issues/10843 |
| twitter:card | summary_large_image |
| og:image | https://opengraph.githubassets.com/9800392e731842f4b5c57eabd3b9f22629cca8b85c395cd1c4ac1eeba519892f/nodejs/node/issues/10843 |
| og:image:alt | I'm adding support for parallel tests to node-tap. tapjs/tapjs#306 One sticky point is that, like most test frameworks, node-tap needs to be able to cleverly handle thrown errors and tie them to th... |
| og:image:width | 1200 |
| og:image:height | 600 |
| og:site_name | GitHub |
| og:type | object |
| og:author:username | isaacs |
| hostname | github.com |
| expected-hostname | github.com |
| None | 9d95365dda0576efe9b71f45807595e396bd0ca9286fba5367a05048e6ddf8f2 |
| turbo-cache-control | no-preview |
| go-import | github.com/nodejs/node git https://github.com/nodejs/node.git |
| octolytics-dimension-user_id | 9950313 |
| octolytics-dimension-user_login | nodejs |
| octolytics-dimension-repository_id | 27193779 |
| octolytics-dimension-repository_nwo | nodejs/node |
| octolytics-dimension-repository_public | true |
| octolytics-dimension-repository_is_fork | false |
| octolytics-dimension-repository_network_root_id | 27193779 |
| octolytics-dimension-repository_network_root_nwo | nodejs/node |
| turbo-body-classes | logged-out env-production page-responsive |
| disable-turbo | false |
| browser-stats-url | https://api.github.com/_private/browser/stats |
| browser-errors-url | https://api.github.com/_private/browser/errors |
| release | 98b41fa4b5635ceb45a4c54320fced73817ff290 |
| ui-target | full |
| theme-color | #1e2327 |
| color-scheme | light dark |
| react-app-name | issues |
Links:
Viewport: width=device-width