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
Hi, this PR suggests that we consider introducing a layer to handle unsupported behaviors. Not all users and use cases are concerned about whether services support versioning; they might simply want to write code consistently and return it as is if not supported.
format!("service {scheme} doesn't support operation {op}"),
)
.with_operation(op)
}
I think we can create a new layer called CapabilityCheckLayer. By default, opendal will not perform any capability checks. Users can enable CapabilityCheckLayer to ensure the features they use are supported and behave as expected.
CapabilityCheckLayer may have different modes:
Default: just bypass all checks, like the opendal default behavior.
Correctness: only check capability that affected correctness, for example, write with if none match, read with version.
Hello, @meteorgan, are you interested in helping with the implementation? I believe we should transfer most of the check code to the new layer instead.
Hello, @meteorgan, are you interested in helping with the implementation? I believe we should transfer most of the check code to the new layer instead.
Yes, I'd love to. I'm still working on other projects, but I can start this one later this week.
We have similar code here:
opendal/core/src/layers/complete.rs
Lines 132 to 140 in d479ac3
I think we can create a new layer called
CapabilityCheckLayer
. By default, opendal will not perform any capability checks. Users can enableCapabilityCheckLayer
to ensure the features they use are supported and behave as expected.CapabilityCheckLayer
may have different modes:Originally posted by @Xuanwo in #5145 (comment)
The text was updated successfully, but these errors were encountered: