Changes for page 232 - Bug Busters
Last modified by Carlijn Kokkeler on 2024/11/04 11:23
From version 83.1
edited by Erik Bakker
on 2023/05/22 15:20
on 2023/05/22 15:20
Change comment:
There is no comment for this version
To version 289.1
edited by Carlijn Kokkeler
on 2024/08/12 11:58
on 2024/08/12 11:58
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 - 198-Great Migration1 +227 - Fix Frenzy - Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. ebakker1 +XWiki.CarlijnKokkeler - Content
-
... ... @@ -1,24 +1,16 @@ 1 - Another couple of weeks have passed, soitis time fora newrelease. We have focused inhisperiod onimprovingthemigration process towards the next-generation architectureaswellashow the user experienceand interactionwith the next-generation architecture works.1 +During our recent sprint cycle, we have ...... 2 2 3 -Please find out more on our [[Release blog>>Main.Release Information.Release Blogs. 198-Great Migration.WebHome||target=3 +Please find out more on our [[Release blog>>Main.Release Information.Release Blogs.227 - Fix Frenzy||target="blank"]]. 4 4 5 -=====Minor changes===== 5 +====Minor changes==== 6 +* Deploy - Architecture: The user is now able to search in the Start/Stop flows overview. 6 6 7 -* Create - 3rd generation runtime migration: You will be notified by a pop-up when the migration is complete. 8 -* Create - 3rd generation migration: Migrating a JMS server to the 3rd generation runtime will migrate backup JMS servers too. 9 -* Create - Flow designer: Added a validation for HTTP outbound gateways and HTTP outbound channel adapters that will create an alert if both Encoding mode and a REST template is set for the component. 10 -* Deploy - Releases: We improved the performance of preparing and deploying releases, by optimizing the algorithm that decides if runtime images needs to be rebuild or not. 11 -* Deploy - Releases: We improved resource validation when preparing releases. You will get notified when a flow resource was updated in one flow, but not in another flow in your release. Only applies to third generation runtimes. 12 -* Deploy - Architecture: You can apply your changes to environment without having an active release. 13 -* Manage - Alerting: Updated the eMagiz control tower with an improved way to determine whether metrics for a runtime are missing. 14 -(control tower, so Gen3 only) 15 -* General: Updated the monitoring stack so alerts can be paused, reducing the alerts that are received during eMagiz infra deployments. 16 - 17 17 ====Bug fixes==== 18 - 19 -* General: Increased the performance of the eMagiz Control Tower, which should significantly reduce the occurence of the 'failed to send to elastic' log message in your models. 20 -* Deploy - Architecture: The docker commands now correctly propagate to the java process, making sure containers stop, start and restart as intended when running runtimes in a hybrid situation. Please check out the runtime [[release notes>>Main.Release Information.Runtime Images.WebHome||target="blank"]] for additional information. 21 - 22 -====Remarks==== 23 - 24 -* Infrastructure Upgrade: We have updated the underlying version of one of our applications to 9.24.2. 9 +* Create - Flow Designer: We fixed an issue where certain areas were selected in the flow designer when only hovering over them, without clicking. 10 +* Create - Flow Testing: The tracing information for errorChannel messages has been improved. 11 +* Create - Message Definitions: The "last changed by" and "last changed date" values of additional namespace resources are now updated correctly when you make changes to your namespaces in your message definitions. 12 +* Deploy - Releases: We fixed a bug where runtimes that did not change appeared in the deployment plan in the list of flows that will be restarted. 13 +* Deploy - Runtime Overview: We fixed a bug such that the runtime overview now shows the correct container version. 14 +* Manage - Alerting: We have implemented a fix that allows you to activate and test queue triggers per environment when you are migrating your model to the current runtime architecture. You will be able to test the queue triggers of any environment that is fully migrated, even if another environment is still in the process of migrating. 15 +* Manage - Alerting: You can now add internal and external recipients to your default trigger configuration at the same time, and they will be applied to your triggers correctly. 16 +* Manage - Alerting: We have fixed a case where a tenant-queue-trigger could be activated on a hybrid environment, before the JMS of that environment had been deployed to the current runtime.