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
Which version of Duende IdentityServer are you using?
7.0.4
Which version of .NET are you using?
8
Expected behavior
We would like to use the IRequestObjectValidator in our custom classes. However, since the IRequestObjectValidator in internal, it is not possible to do that.
My question is would be possible to make IRequestObjectValidator having public scope? Any problem doing that?
Anything in IdentityServer that is public and can be accessed by external callers need careful change management to avoid breaking changes. Sometimes we do keep classes and interfaces internal if we think that they are an implementation detail and not anything we expect external code to use.
Could you please share some more information about your scenario and how and why you would like to use the IRequestObjectValidator directly? The only place that we use it internally is as part of our IAuthorizeRequestValidator implementation. That implementation is also internal, but the IAuthorizeRequestValidator interface is public. Why would you want to call the IRequestObjectValidator directly instead of going through the IAuthorizeRequestValidator?
Which version of Duende IdentityServer are you using?
7.0.4
Which version of .NET are you using?
8
Expected behavior
We would like to use the
IRequestObjectValidator
in our custom classes. However, since the IRequestObjectValidator in internal, it is not possible to do that.My question is would be possible to make
IRequestObjectValidator
having public scope? Any problem doing that?https://github.com/DuendeSoftware/IdentityServer/blob/7.0.4/src/IdentityServer/Validation/IRequestObjectValidator.cs#L9
The text was updated successfully, but these errors were encountered: