为什么 Quarkus 忽略我的 HttpAuthenticationMechanism 而不是我的 ContainerRequestFilter?

发布于 2025-01-09 04:46:17 字数 715 浏览 1 评论 0原文

我有一个用于 Java EE 应用程序的自定义安全模块。它遵循 JSR-375 规范,并提供自己的 IdentityStore,以及自定义 HttpAuthenticationMechanism* 和 ContainerRequestFilter。

我一直在尝试让它与 Quarkus 微服务一起使用,但它完全忽略我的 HttpAuthenticationMechanism,即使它运行 ContainerRequestFilter。似乎 quarkus 使用自己的 HttpAuthenticationMechanism* ,并且它总是覆盖我自己的。

我尝试使用 @Provider 和 @PreMatching 等注释,就像对 所做的那样自定义 ContainerRequestFilter,但该类仍然被忽略。

有什么建议吗?

*意味着javax.security.enterprise.authentication.mechanism.http.HttpAuthenticationMechanism的实现,与io.quarkus.vertx.http.runtime.security无关>.HttpAuthenticationMechanism 包含在 quarkus 安全性中。

I have a custom security module for Java EE applications. It follows the JSR-375 specification and it provides its own IdentityStore, as well as a custom HttpAuthenticationMechanism* and a ContainerRequestFilter.

I've been trying to make it work with a Quarkus microservice, yet it completely ignores my HttpAuthenticationMechanism even though it runs ContainerRequestFilter. It seems like quarkus uses its own HttpAuthenticationMechanism* , and it always overrides my own.

I tried using annotations such as @Provider and @PreMatching, as one can do for a custom ContainerRequestFilter, but the class is still ignored.

Any suggestions?

*Meaning an implementation of javax.security.enterprise.authentication.mechanism.http.HttpAuthenticationMechanism, which has nothing to do with the io.quarkus.vertx.http.runtime.security.HttpAuthenticationMechanism included in quarkus security.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

此岸叶落 2025-01-16 04:46:17

正如 Ladicek 指出的那样,Quarkus 不支持 Jakarta Security,因此我的 HttpAuthenticationMechanism 被忽略。

As Ladicek pointed out, Quarkus does not support Jakarta Security, hence that my HttpAuthenticationMechanism is ignored.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文