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
Copy file name to clipboardExpand all lines: src/content/docs/bff/fundamentals/apis/remote.mdx
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -111,23 +111,23 @@ In Duende.BFF version 3, use the `MapRemoteBffApiEndpoint` method with the `Requ
111
111
112
112
Remote APIs sometimes allow anonymous access, but usually require an access token, and the type of access token (user or client) will vary as well. You can specify access token requirements via the `WithAccessToken` extension method. Its `RequiredTokenType` parameter has three options:
113
113
114
-
*`None`
114
+
***`None`**
115
115
116
116
No token is required.
117
117
118
-
*`User`
118
+
***`User`**
119
119
120
120
A valid user access token is required and will be forwarded to the remote API. A user access token is an access token obtained during an OIDC flow (or subsequent refresh), and is associated with a particular user. User tokens are obtained when the user initially logs in, and will be automatically refreshed using a refresh token when they expire.
121
121
122
-
*`Client`
122
+
***`Client`**
123
123
124
124
A valid client access token is required and will be forwarded to the remote API. A client access token is an access token obtained through the client credentials flow, and is associated with the client application, not any particular user. Client tokens can be obtained even if the user is not logged in.
125
125
126
-
*`UserOrClient`
126
+
***`UserOrClient`**
127
127
128
128
Either a valid user access token or a valid client access token (as fallback) is required and will be forwarded to the remote API.
129
129
130
-
*`UserOrNone`
130
+
***`UserOrNone`**
131
131
132
132
A valid user access token will be forwarded to the remote API when logged in. No access token will be sent when not logged in, and no OIDC flow is challenged to get an access token.
@@ -161,7 +160,6 @@ See the topic on [Token Management](../tokens.md) for more information about the
161
160
When deploying a multi-frontend BFF, it makes most sense to have the frontend's configured with an `index.html` file that is retrieved from a Content Delivery Network (CDN).
Copy file name to clipboardExpand all lines: src/content/docs/bff/getting-started/multi-frontend.mdx
+76-73Lines changed: 76 additions & 73 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,14 +26,14 @@ Multi-frontend support is available in Duende.BFF v4 and later. The v3-style of
26
26
27
27
### 1. Create A New ASP.NET Core Project
28
28
29
-
```sh
29
+
```bash title="Terminal"
30
30
dotnet new web -n MyMultiBffApp
31
31
cd MyMultiBffApp
32
32
```
33
33
34
34
### 2. Add The Duende.BFF NuGet Package
35
35
36
-
```sh
36
+
```bash title="Terminal"
37
37
dotnet add package Duende.BFF
38
38
```
39
39
@@ -42,50 +42,51 @@ dotnet add package Duende.BFF
42
42
Configure OpenID Connect authentication for your BFF host. This is similar to the single frontend setup, but applies to all frontends unless overridden per frontend.
0 commit comments