Skip to content

Commit 30f88cd

Browse files
authored
Merge pull request mendix#9014 from joostverhoog/upgrade-custom-login
Replace LoginAction with authentication microflows for published services
2 parents 1a4acf0 + 8f77dbc commit 30f88cd

2 files changed

Lines changed: 6 additions & 2 deletions

File tree

content/en/docs/refguide/installation/upgrading-from-9-to-10.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -134,6 +134,10 @@ In Studio Pro 10, the glyphicon is slowly being phased out. Although a currently
134134

135135
If your application is currently using the Atlas theme, this is easily solved by upgrading [Atlas Core](https://marketplace.mendix.com/link/component/117187) to version 3.11 or above. Otherwise, a possible workaround for this is to manually add the [Atlas icons module](https://github.com/mendix/atlas/raw/main/resources/Atlas_Icons.mpk) to your app.
136136

137+
### Custom Login for Published Services
138+
139+
In Studio Pro 10, published OData, REST, and Web services use sessions that do not communicate with the database. This also means these services ignore [customized login behavior using a LoginAction](/refguide/login-behavior/#customizing-login-behavior). When upgrading an app that uses these features to Studio Pro 10, you need to reimplement the login behavior in an authentication microflow. For more information, see [OData authentication microflow](/refguide/published-odata-services/#authentication-microflow), [REST authentication microflow](/refguide/published-rest-service/#authentication-microflow), or [Web service authentication](/refguide/integration/expose-a-web-service/#authentication-and-users).
140+
137141
## Read More
138142

139143
* [Studio Pro 10 Release Notes](/releasenotes/studio-pro/10.0/)

content/en/docs/refguide/modeling/integration/odata-services/published-odata-services/_index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -203,9 +203,9 @@ Support for using a list of `System.HttpHeader` in authentication microflows was
203203

204204
Specify which microflow to use for custom authentication. The microflow may take the following as a parameter:
205205

206-
* A list of [HttpHeader](/refguide/http-request-and-response-entities/#http-header). This cannot be used in combination with [HttpRequest](/refguide/http-request-and-response-entities/#http-request) parameter.
206+
* A list of [HttpHeader](/refguide/http-request-and-response-entities/#http-header). These are the HTTP headers in the client's request. Use this parameter for authentication schemes that are based on HTTP headers.
207+
* [HttpRequest](/refguide/http-request-and-response-entities/#http-request). Use this parameter for authentication schemes that are based on more than just the HTTP headers (for example, when the client supplies credentials in the request body). You cannot use this parameter together with a list of HttpHeader. Instead, use a [retrieve activity](/refguide/retrieve/) to retrieve the associated request headers.
207208
* [HttpResponse](/refguide/http-request-and-response-entities/#http-response). When the microflow sets the status code of this response to something other then **200**, this value is returned and the operation will not be executed. Any headers set on the response are returned (except when the microflow returns an empty user).
208-
* [HttpRequest](/refguide/http-request-and-response-entities/#http-request), so it can inspect the incoming request.
209209

210210
The authentication microflow should return a User.
211211

0 commit comments

Comments
 (0)