SAP BTP Destinations in a Nutshell Part 1 - Motivation & NoAuthentication Destinations
Opens a series on SAP BTP DestinationsSAP Destination serviceNamed, credentialed addresses of other systems, resolved at runtime — so an application holds no URL and no secret of its own, and the same code reaches a different system in every landscape.sap official, btp by walking through the simplest case, a NoAuthentication destination from one CAP Node.js app to another on Cloud Foundry, shown two ways: executeHttpRequest from @sap-cloud-sdk/http-client@sap-cloud-sdk/http-clientThe HTTP client that carries a destination's credentials, so an outbound call inherits the authentication rather than assembling it.sap official, cap, and a manual sequence that reads the destination service's credentials from VCAP_SERVICES, fetches an OAuth token, and requests the destination by name before calling its URL. The manual path is written deliberately verbose to show what the Cloud SDK call does behind the scenes; later parts of the series cover the other destination types.
Where it sits
Who is behind it
Before you read it
ApplicabilityCore changedDestinations changed in @sap-cloud-sdk/connectivity 4.0.0, 2025-03-04.
This is a derived prompt to re-check the work, not a claim that the work is wrong. Exact stale statements are recorded separately after editorial review.
Properties
About this work
For destinations
Details
Graph
Source
History
- explains → applies_to on capability:destinations (cap, btp)Door scope proposed from the title and summary, so a door page lists the piece only where it holds (docs/concepts/content-on-doors.md).
- Entered the atlasDiscovered via SAP Community · cap-tag.
For your agent
- Ref
content:sap-btp-destinations-in-a-nutshell-part-1-motivation-noauthentication-destinatio- JSON
- /content/sap-btp-destinations-in-a-nutshell-part-1-motivation-noauthentication-destinatio.json
- MCP
- Connecting an agent