aboutsummaryrefslogtreecommitdiffstats
path: root/apps/workflowengine/js/workflowengine.js
diff options
context:
space:
mode:
authorChristoph Wurst <christoph@winzerhof-wurst.at>2021-01-12 12:24:36 +0100
committerChristoph Wurst <christoph@winzerhof-wurst.at>2021-01-12 16:38:23 +0100
commit2c9cdc1cdbf900a8578c80075f5ea2da479c4f80 (patch)
treed215a64989be204099d3be926bdd390c9f11c359 /apps/workflowengine/js/workflowengine.js
parentc8cbb73c05714f035eb63fe91873fc43e0557f1c (diff)
downloadnextcloud-server-2c9cdc1cdbf900a8578c80075f5ea2da479c4f80.tar.gz
nextcloud-server-2c9cdc1cdbf900a8578c80075f5ea2da479c4f80.zip
Add our own DB exception abstraction
Right now our API exports the Doctrine/dbal exception. As we've seen with the dbal 3 upgrade, the leakage of 3rdparty types is problematic as a dependency update means lots of work in apps, due to the direct dependency of what Nextcloud ships. This breaks this dependency so that apps only need to depend on our public API. That API can then be vendor (db lib) agnostic and we can work around future deprecations/removals in dbal more easily. Right now the type of exception thrown is transported as "reason". For the more popular types of errors we can extend the new exception class and allow apps to catch specific errors only. Right now they have to catch-check-rethrow. This is not ideal, but better than the dependnecy on dbal. Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
Diffstat (limited to 'apps/workflowengine/js/workflowengine.js')
0 files changed, 0 insertions, 0 deletions