使用@OAuthSecurity(enabled=false) 禁用默认安全
Disabling default security using @OAuthSecurity(enabled=false)
以下 link 表示可以使用 @OAuthSecurity(enabled=false) 禁用安全性 - 请参阅 "Security configuration of a JAX-RS resource"
问题:
- 这是否意味着默认安全性已禁用?
我有一个场景,其中 JavaScript 适配器(在产品的先前版本中开发和使用)自动部署在升级后的服务器(从 6.1 到 7.0)上 - 使用就地升级.此 JS 适配器没有定义安全测试,因此不受保护。
问题:
- 当适配器在 7.0 上运行时 - 开箱即用的默认安全性是否生效?如果是这样,如何禁用它?
谢谢,期待中。
从 MPFF 7.0 开始有 two authentication models:
- 经典:如您所知,7.0 之前的版本
- 基于 OAuth
如果您的适配器是以经典方式开发的,它可以像以前一样继续工作。如果您希望过程没有为其定义安全性,甚至没有默认的内部安全性(当未设置 securityTest 时),请使用 securityTest="wl_unprotected"
.
@OAuthSecurity(enabled=false) 仅指 Java 适配器,而您询问的是现有的 JavaScript 适配器...或不是?
以下 link 表示可以使用 @OAuthSecurity(enabled=false) 禁用安全性 - 请参阅 "Security configuration of a JAX-RS resource"
问题:
- 这是否意味着默认安全性已禁用?
我有一个场景,其中 JavaScript 适配器(在产品的先前版本中开发和使用)自动部署在升级后的服务器(从 6.1 到 7.0)上 - 使用就地升级.此 JS 适配器没有定义安全测试,因此不受保护。
问题:
- 当适配器在 7.0 上运行时 - 开箱即用的默认安全性是否生效?如果是这样,如何禁用它?
谢谢,期待中。
从 MPFF 7.0 开始有 two authentication models:
- 经典:如您所知,7.0 之前的版本
- 基于 OAuth
如果您的适配器是以经典方式开发的,它可以像以前一样继续工作。如果您希望过程没有为其定义安全性,甚至没有默认的内部安全性(当未设置 securityTest 时),请使用 securityTest="wl_unprotected"
.
@OAuthSecurity(enabled=false) 仅指 Java 适配器,而您询问的是现有的 JavaScript 适配器...或不是?