You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In situations where configuration for a particular service in a particular tenant is wrong, it can be hard to diagnose, because the problems might be nested a few levels deep. (E.g., Marain.Workflow uses Marain.Operations, and in a situation where the delegated configuration for operations is wrong, it'll be Marain.Workflow that receives the error when it tries to use Marain.Operations.)
In practice, working out what has happened in these cases has proven tricky.
It might be possible to make it easier to understand by introducing an exception type to represent this broad kind of problem, e.g. TenantConfigurationException. This would be thrown by code that understands the configuration requirements for a particular piece of configuration. For example, BlobContainerSourceWithTenantLegacyTransition knows the (somewhat subtle) rules for whether tenanted storage configuration is correct. It could throw an exception indicating unambiguously that we have a tenant which is misconfigured.
This would open the door for higher-level code such as Menes to be able to recognize this exception, and provide more helpful information back to callers than we currently get. (Right now, we just get a generic 500 failure.)
The text was updated successfully, but these errors were encountered:
In situations where configuration for a particular service in a particular tenant is wrong, it can be hard to diagnose, because the problems might be nested a few levels deep. (E.g.,
Marain.Workflow
usesMarain.Operations
, and in a situation where the delegated configuration for operations is wrong, it'll beMarain.Workflow
that receives the error when it tries to useMarain.Operations
.)In practice, working out what has happened in these cases has proven tricky.
It might be possible to make it easier to understand by introducing an exception type to represent this broad kind of problem, e.g.
TenantConfigurationException
. This would be thrown by code that understands the configuration requirements for a particular piece of configuration. For example,BlobContainerSourceWithTenantLegacyTransition
knows the (somewhat subtle) rules for whether tenanted storage configuration is correct. It could throw an exception indicating unambiguously that we have a tenant which is misconfigured.This would open the door for higher-level code such as Menes to be able to recognize this exception, and provide more helpful information back to callers than we currently get. (Right now, we just get a generic 500 failure.)
The text was updated successfully, but these errors were encountered: