Changes for page 261 - Taking Charge
Last modified by Erik Bakker on 2026/02/12 09:08
From version 310.1
edited by Erik Bakker
on 2026/02/10 09:01
on 2026/02/10 09:01
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -2 61-Taking Charge1 +252 - FrostLine - Content
-
... ... @@ -1,16 +1,16 @@ 1 -This release includesa lotofupdates to our platform.Wearereleasing somebeta featuresforcustomersutilizingourlatestversionoftheAPIGateway allowingtouse multiple authenticationmethods.Ontopof that we willreleaseanew environment template that will update amultitudeofconfigurationsoncloud and on-premise machines.Furthermore,wehave a seriesof smaller improvementstobring delightto youreverydaywork.1 +This release features numerous updates to our platform, with a user-centric focus. This release, we focused on adding functionality to our new event streaming offering, on which we will share more in the next release blog. 2 2 3 -Please find out more on our [[Release blog>>doc:Main.Release Information.Release Blogs.2 61-Taking Charge.WebHome||target="blank"]].3 +Please find out more on our [[Release blog>>doc:Main.Release Information.Release Blogs.252 - Frostline.WebHome||target="blank"]]. 4 4 5 -==== New Features ====5 +==== New features ==== 6 6 7 -* API gateways using the latest Multiple Authentication Methods feature can now configure the [[Authorization Code OAuth2 grant type>>https://auth0.com/docs/get-started/authentication-and-authorization-flow/authorization-code-flow||target="blank"]] for their gateway users. Note that the following timeouts apply: 8 -** The authorization code is valid for **5 minutes**, meaning it should be used to obtain an access token within that period. 9 -** Clients that obtain an access token with authorization code will also obtain a //refresh token//, that can be used to obtain a subsequent access token without user intervention. This refresh token is valid for **24 hours**, meaning that the client application has to call the eMagiz API gateway at least that often, otherwise manual intervention is needed to authorize the call again. 7 +* We have introduced the ability to move flows to another container, and be able to move their respective properties along side with them. * 10 10 11 -==== Remarks ====9 +==== Minor changes ==== 12 12 13 -* The advised Docker version for on-premises deployments has been updated from 24.0.7 to 29.1.3. Documentation on how to update Docker can be found at: 14 -** [[Linux>>doc:Main.eMagiz Academy.Microlearnings.Expert Level.Solution Architecture.expert-solution-architecture-onpremises-server-linux-installguide.WebHome||target="blank"]] 15 -** [[Windows>>doc:Main.eMagiz Academy.Microlearnings.Expert Level.Solution Architecture.expert-solution-architecture-onpremises-server-windows-installguide.WebHome||target="blank"]] 16 -* An infrastructure change has been applied to the container registry to improve how traffic is managed within our own environment. 11 +* Create - Transformation: Option to convert a string value to an enumeration by setting value mapping rules inside the “From string transformer“ attribute operation. 12 + 13 +==== Bug fixes ==== 14 + 15 +* Users belonging to Mendix systems will no longer be shown in Deploy > User management. All required information for these Mendix systems can be found in Deploy > Mendix connectors. 16 +* Create - Transfer Integration: in case an integration is not a part of any release, it is possible to removed it from Create phase. (#800)