PackagePackagetypeA library you install and call yourself.See every one →What this type is →by SAPby SAPoriginPublished by SAP itself. A visible facet, never an input to a reading — a dormant official plugin reads exactly like a dormant independent one.See every one →

com.sap.cds:cds-feature-xsuaa

The CAP Java feature that validated XSUAA-issued JWTs, published up to 2.10.7 before CAP Java 3.0 removed it in favour of com.sap.cds:cds-feature-identity.

Validated XSUAA-issued OAuth2 tokens and built the security context for a CAP Java application built on com.sap.cds:cds-services-bom, as its own Maven POM described it: an API implementation to handle OAuth2 tokens (JWT) in XSUAA format. Capire's migration guide records it as a removed feature: support for XSUAA and IAS was unified under com.sap.cds:cds-feature-identity with the CAP Java 3.0 release. Its last published version was 2.10.7, on 2025-02-20. Applications relying on the standard security configuration and one of the CAP starter bundles were not expected to need code changes to move across; a customised security configuration had to adapt to SAP's spring-security library instead.

Facts

LicenceSAP DEVELOPER LICENSE AGREEMENT

Where it sits

Lives in
Provides
AuthenticationCAPAuthenticationcapabilityEstablishing who is calling: validating credentials or tokens, resolving the user, and making that identity available to the application. [Authorization](capability:authorization) decides what that identity may do; [identity provisioning](capability:identity-provisioning) manages its lifecycle across systems.
Flavors

What it declares

Every artifact

Type
Package
Origin
By SAP
Runtime
Java

As a package

Where it runs
does not say
Distributed through
does not say

Connections1

Authentication
  1. SAP Authorization and Trust Management serviceOAuth server issuing JWTs and holding scopes for BTP apps
  2. Cloud Identity ServicesIdentity Authentication and Identity Provisioning as one tenant
  3. com.sap.cds:cds-feature-identityOAuth2 token validation from XSUAA and SAP Cloud Identity Services
  4. @sap/cdsCAP Node.js runtime
  5. @sap/xssecToken validation and security context for XSUAA and IAS
  6. cds-azure-adAzure AD and Azure AD B2C authentication strategy for CAP
  7. cds-common-jwt-supportJWT authentication for CAP without xsuaa or xssec

Details

Sources1
Added by handdiscovered herechecked

Sources are graph entities: the same page may back several entries, and an unreachable source flags every row that rests on it.

Compatibility and provenance
runtimesjava
discovered viaAdded by hand
first seen in the atlas
ecosystem and domaincap, security-and-compliance
Flavors1
Java
“If your application relies on the standard security configuration by CAP Java and depend on one of the CAP starter bundles, it is expected that you won't need to adapt code.” — Migration Guides — capirechecked
History in the atlas2
  1. Validated XSUAA-issued JWTs and built the security context for a CAP Java application before CAP Java 3.0 removed it; applications on the standard security configuration and a CAP starter bundle needed no code changes to move to its replacement.
  2. First seen.
For your agent
Ref
artifact:cap-java-cds-feature-xsuaa
JSON
/artifacts/cap-java-cds-feature-xsuaa.json
MCP
Connecting an agent