Implement "CLI engine crash reporting" for Formatter Engine and `getConfig` and `getDmmf` of Query Engine
See original GitHub issueThis relies on https://github.com/prisma/prisma/issues/12493 and https://github.com/prisma/prisma/issues/12494 being implemented. (Done)
We want to implement error reporting similar to how we already have it for Migration and Introspection Engine crashes for the Formatter Engine and QueryEngine (getConfig
and getDmmf
parts). Via the above mentioned issues the necessary mechanisms in the engines have been implemented, and can now be used here as well.
-
- Allow triggering the new debug functionality (implemented via #12493 and #12494) similar to e.g. in Migrations with an environment variable.
- (Note that we want to be able to trigger
getConfig
andgetDmmf
crashes separately, so they need a different “trigger” on the CLI side as they are often called together or close to each other.) - If one of the issues is not implemented yet, just fake the code so pretend it was already there - and we can add the actual implementation later.
-
- Make sure errors are correctly thrown so error handling UI can be triggered to start upload process etc (Internal documentation: https://www.notion.so/prismaio/CLI-Engine-Crash-Reporting-7bad95ea3c5a45f4a5a3250755a324a5#606a4379530c46e1bcd9cd12b107f221)
-
- Implement CLI Engine Error handling for all uses of Formatter Engine and QueryEngine (
getConfig
andgetDmmf
)
- Implement CLI Engine Error handling for all uses of Formatter Engine and QueryEngine (
-
- Add tests similar to existing IE and ME error triggering to make sure this keeps working
Issue Analytics
- State:
- Created a year ago
- Comments:9 (9 by maintainers)
Top Results From Across the Web
Prisma 3.15.0 Release - GitClear
You can use metrics in your project to help diagnose how your application's number of idle and active connections changes with counters, gauges, ......
Read more >Monitoring the System Using the CLI
This chapter describes the CLI commands you can use to monitor the 5800 system. ... Query Engine Status reports the states of the...
Read more >prisma - npm
4.6.0-integration-engines-4-6-0-10-query-engine-mongo-logging-fix- ... 4.3.0-integration-use-prisma-fmt-wasm-for-cli-format.13.
Read more >@prisma/generator-helper: Versions | Openbase
To access the schema property, you can use the getDmmf() method from ... Implement "CLI engine crash reporting" for Formatter Engine and getConfig...
Read more >Command line interface — Trino 403 Documentation
Installation# · java command allows you to add configuration options for the Java runtime with the · -D syntax. You can use this...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I have locally added the
--enableTriggerPanic
flag to thequery-engine
cli get-config
andcli dmmf
commands. Here is an example @janpio:The fancy error reporting (i.e.,
handlePanic
) is only triggered whenever an error with arustStack
property is bubbled up in thecli
. Locally, I have propagated the errors forgetConfig
anddmmf
whenever either theFORCE_PANIC_QUERY_ENGINE_GET_CONFIG=1
or theFORCE_PANIC_QUERY_ENGINE_GET_DMMF=1
env variables are set. However, I still have to capture the Rust’s stacktrace and embed them in anError
the way@prisma/cli
wants it.