Changes for page 237 - Fabulous Flow
Last modified by Erik Bakker on 2025/01/31 11:52
From version 96.1
edited by Erik Bakker
on 2023/06/22 13:26
on 2023/06/22 13:26
Change comment:
There is no comment for this version
To version 139.1
edited by Carlijn Kokkeler
on 2023/10/23 16:48
on 2023/10/23 16:48
Change comment:
There is no comment for this version
Summary
-
Page properties (3 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -20 0-UnchartedTerritories1 +207 - Aligned State - Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. ebakker1 +XWiki.CarlijnKokkeler - Content
-
... ... @@ -1,27 +1,20 @@ 1 -In the last sprint cycle, we focused on i mprovingvariousaspects of theportalfunctionality.Amongothers,we focusedonhenext-generationarchitectureandothers.1 +In the last sprint cycle, we focused on delivering state generation components. On top of that, we made several improvements regarding the alignment of components, and did some performance improvements and bug fixes. Moreover, we made a change in the metrics storage duration. 2 2 3 -Please find out more on our [[Release blog>>Main.Release Information.Release Blogs.20 0-UnchartedTerritories.WebHome||target=3 +Please find out more on our [[Release blog>>Main.Release Information.Release Blogs.207 - Aligned State .WebHome||target="blank"]]. 4 4 5 5 =====Minor changes===== 6 6 7 -* Create - Flow Designer: it is possible to select multiple components by area selection on the area with a scrollbar. 8 -* Create - Flow designer: The new best practices have updated Kafka components' default values. Updated values are: 9 -** For Kafka templates: 10 -*** Batch size: 200000 11 -*** Linger: 300 12 -** For Kafka message listener containers 13 -*** Fetch min. amount: 100000 7 +* Manage - Monitoring: We will change the retention of monitoring data of different environments. For minute level data, it will be kept for test, acceptance and production environments for 5, 7 and 30 days respectively. Then the minute level data will be reduced to hour level data then will be stored for test, acceptance and production for 3, 6 and 12 months respectively. 8 +* Design - Message Mapping: The button 'Import from Store' will directly open the store. 9 +* All - Buttons: The save and cancel buttons are placed slightly further apart to avoid misclicking. 10 +* Manage - Monitoring: Extended user session times for 3rd generation runtime dashboards. 14 14 15 - {{warning}}The existing Kafka components in your flows will automatically be updated with the new best practice values. To make deployingthese changes more effortless for you, we will create a new version of your flows after updating the values (versions will be created in the name of model contacts) and transfer them to the Deploy phase. You can then create and deploy a new release with updated flow versions.{{/warning}}12 +====Bug fixes==== 16 16 17 -* Deploy - Cloud Templates: New Cloud Templates are available for single-lane and double-lane environments. Please check out the cloud template [[release notes>>Main.Release Information.Cloud Templates.WebHome||target="blank"]] for more information. 18 -* Deploy - Architecture: We removed the deprecated reminder popup to update your cloud slot template. The automated upgrade feature replaces it alongside the "Upgrade" functionality in Deploy - Architecture. 19 -* Deploy - Deployment plan: We updated the right pane of the deployment plan to make it more compatible with the new runtime generation. Now, you can see all related logs regarding your deployment. By default, we only show some necessary logs, such as error logs, warning logs, and started runtime information logs. You can use the filter logs icons at the top of the list to show more information. 20 -* Deploy - Deployment plan: We updated the logic within our deployment plan functionality. The deployment step that disables all enabled triggers from the Manage phase disables triggers till you exit the deployment plan overview. That means that those triggers will be re-enabled after you move away from the deployment process or close the browser. Furthermore, there is no deployment step configuration to "enable" triggers anymore. 14 +* Create & Deploy - Styling: The styling of the event streaming canvas in the Create and Deploy phases has been slightly altered to make topic and event-processor names more readable. 21 21 22 -====Bug fixes==== 23 23 24 - * Deploy - Architecture: We improved timeout settings to give Stop, Restart, and Reset runtime actions enough time to execute. (#957)25 - * Design - Store:Importing into "Design"fromthe store is possible, even if theintegrationis not in Create yet.26 - * Manage - Monitoring: Detailed HTTP statistics will now show the correct user in case of API key authorization in more cases. Note that this functionality requires a newly deployed release. (#956)27 -* Manage- ManageDashboards:Thescreenloadingspeedissignificantlyimprovedforallmodels.Thismostnoticeableforlargermodels.(#964)17 + 18 +=====Infra and image changes===== 19 + 20 +* State generation: New state generation features have been added. Please check out [[V2.0.0>>https://docs.emagiz.com/bin/view/Main/Release%20Information/Runtime%20Images/V2.0.0/]] from the [[runtime images>>Main.Release Information.Runtime Images||target="blank"]] for more information.