Don't "let it crash", is this the new CAP guideline?
Dinu traces a change in error handling in CAP's Node.jsNode.jsA cross-platform JavaScript runtime that servers, command line tools and scripts written in JavaScript are run with. For the things here, the prerequisite a repository names when its build is a set of npm scripts. runtime: @sap/cds@sap/cdsThe CAP Node.js runtime, which compiles the CDS model, serves the services declared in it, answers generic requests before any handler runs, and loads every cds-plugin.sap official, cap@8.2.0 adds a cds.server.shutdown_on_uncaught_errors config flag, defaulting to true, but invoking an operation with an undefined variable no longer takes the server down, with or without the flag, where the same code crashed it on cds@6 and cds@7, and the author notes the old behaviour was already missing in cds@8.1. It still crashes with features.odata_new_adapter turned off to use the old OData parser, so it is the new OData adapter, like the REST adapter before it, that answers an uncaught error with a 500 instead of taking the process down.
Where it sits
Who is behind it
Before you read it
ApplicabilityVersion driftcds 8, line ended
The piece names the version it was written against, and that line has since been crossed by a breaking one. The steps may need translating; nothing here says which.
Properties
About this work
For error-handling
Details
Graph
Source
History
- Entered the atlasDiscovered via SAP Community · cap-tag.
For your agent
- Ref
content:don-t-let-it-crash-is-this-the-new-cap-guideline- JSON
- /content/don-t-let-it-crash-is-this-the-new-cap-guideline.json
- MCP
- Connecting an agent