Changes for page 207 - Aligned State
Last modified by Carlijn Kokkeler on 2024/04/18 13:10
From version 93.2
edited by Erik Bakker
on 2023/03/14 08:33
on 2023/03/14 08:33
Change comment:
Update document after refactoring.
To version 124.1
edited by Erik Bakker
on 2023/06/19 14:21
on 2023/06/19 14:21
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 - 194-GiantLeap1 +200 - Uncharted Territories - Content
-
... ... @@ -2,65 +2,52 @@ 2 2 {{container layoutStyle="columns"}}((( 3 3 [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]] 4 4 5 -**Hi there, eMagiz developers!** In the last few weeks, we have worked ar oundthe clockto releasevarious improvementpointswithin the 3rd generationruntimeandelsewhere.Wehaveimproved thefeedback providedwhenaflow can'tstart duetoan incorrecttransformation,improved whenspecificloggingistriggered,andimproved the stabilityof ourternalinfrastructure. Onopofthat, wefixed severalbugs surroundingotherpartsofthe platform.Sowithoutfurtherado,letus look at all theseimprovements.5 +**Hi there, eMagiz developers!** In the last few weeks, we have worked hard on a lot of things that are unfortanetly not quite ready to be released. As a result the ouput of this release is limited. Having said that we still bring some key improvements in the Deploy and Manage phase that would make life much easier. 6 6 7 -== ** 3rdgeneration improvements** ==7 +== **Next generation improvements and bug fixes** == 8 8 9 -//__ Better feedbackintheerrorlogwhena corrupt stylesheetis encountered__//10 -W ehaveimproved theloggingwithin a 3rdgenerationruntimethatidentifies thebrokenresource by namewithina containerandinformsyoutonavigatetoCreate->Resourcestoseeinwhichflowsthe resourceisusedsoyou can take theappropriateaction.9 +//__Enhanced right-hand view within Deployment Plan context__// 10 +When executing your deployment plan we will show specific log entries of the info category that indicate that a container (i.e. runtime) has started up correctly. On top of that we show the warnings and errors in this overview. 11 11 12 -//__Better internal error handling to avoid unnecessary alerting and notifications__// 13 -We have improved the internal error handling when sending metrics from the runtime to our monitoring stack. This will gravely reduce the alerts you receive on this topic when your model runs on the 3rd generation monitoring stack. 12 +{{info}}Note that when the JMS container gets restarted connection errors in the logs are a normal thing to witness so keep your eyes peeled for the startup logging on JMS level to gain confidence in the deployment.{{/info}} 14 14 15 -//__Improved ManageDashboard__//16 -T hisreleaseimproveswhatyoucanseeintheManageDashboardafteryoumigrateyourmodelto the3rdgenerationruntime architecture.14 +//__Improved timeout settings when deploying__// 15 +To avoid mismatches between various parts of the infrastructure we have improved the timeout configuration on certain deployment plan steps to reduce the chance that these mismatches occur. 17 17 18 -//__Improved process surrounding "slot standby" and "slot wakeup" for 3rd generation runtimes__// 19 -When a slot is put into standby mode, we also stop all on-premise runtimes to avoid excessive logging (and alerting) on your models with this functionality. The opposite happens when the slot wakeup is triggered. As a result, not only the cloud runtimes are started but also all on-premise runtimes. 17 +{{info}}Note that this fix is part of a new runtime image for the current-generation runtimes. The release notes of this can be found [[here>>doc:Main.Release Information.Runtime Images.WebHome||target="blank"]]{{/info}} 20 20 21 -//__ Improvedprocessofdeploypreparation__//22 - Withthisrelease,we haveimproved theprocessthroughwhichyourdeploymentactionis preparedbyeMagiz.Asaresult, thehancesofunexpectedbehavior occurringinyourmodelaredrastically reduced.19 +//__Detailed HTTP Statistics now show user info in specific additional cases__// 20 +To solve a bug for a specific client we changed the logic to show the user info (i.e. first part of the api key) in a specific implementation just as we already do in our standard implementations. 23 23 24 -//__Improved migration of Streaming container__// 25 -When migrating your streaming container, we now consider whether "custom error handling" is used within one of the event processors. Based on that determination, additional components are added to ensure that the streaming container will work after migrating without manual intervention. 22 +{{info}}Note that this fix is part of a new runtime image for the next-generation runtimes. The release notes of this can be found [[here>>doc:Main.Release Information.Runtime Images.WebHome||target="blank"]]{{/info}} 26 26 27 -//__ Add History toNotificationsinManage__//28 -T oimprove the auditabilityof ourplatform, wehave introducedan audittrail to theNotificationsectionin Manageformodelsrunningonour 3rd generationmonitoringstack. This way,it is always visiblewhen thenotificationswerepaused andwhopausedor unpausedthe notifications.24 +//__Improved loading speed of Manage Dashboard__// 25 +This release improves the loading speed with which all the dashboards in Manage are shown to the user. This will enhance the user experience within the Manage phase. 29 29 30 -//__Improved Manage phase for Event Streaming__// 31 -Based on the feedback on our first iteration of the Manage phase for Event Streaming, we have improved the graphs and the calculations that fill the graphs with values. On top of that, we have added help texts to clarify what each chart our table displays to you. 27 +== **Store Improvements** == 32 32 33 -//__Imp rovedhelptextfornetwork volumes__//34 -W ith thisrelease,we have improvedthe help textthatexplainsnetworkvolumesand howtousehemwithinoursolution.29 +//__Importing in Design is improved__// 30 +We have solved a bug that could cause issues when importing something in Design while the accompanying integration was not yet in Create. 35 35 36 - {{warning}}Shouldyoube interested in migratingyour model to our new 3rd generation architecture, don't hesitateto contact us at [[productmanagement@emagiz.com>>mailto:productmanagement@emagiz.com]] or read our [[documentation>>doc:Main.eMagiz Academy.Fundamentals.fundamental-runtime-generation3||target="blank"]] on the subject.{{/warning}}32 +== **Bug Fixes** == 37 37 38 -== **Feedback items ** == 34 +//__Deprecated reminder pop-up removed__// 35 +We have removed a reminder pop-up on a pending cloud template as it was deprecated and could cause issues when using it in communication with other systems. 39 39 40 -//__ Generationofsecurity logicAPI GatewayincaseofAPI Key assecurity method is improved__//41 -W iththisrelease,wehave improvedthe generation ofsecuritylogicwithinthe Createphase relatedtoAPI Gatewaysthatusethe API Key methodastheirsecurity mechanism.37 +//__Improved selection area in Flow Designer__// 38 +When working on a large flow you can now select specific areas easily while you are scrolled down furhter down the flow. 42 42 43 -//__ UserRolesaresorted alphabetically__//44 - All userrolesunderUserManagement are nowalso sortedalphabetically.40 +//__Improved Kafka settings_// 41 +For all flows that use a Kafka related component within the flow designer we will run a migration to update every single one of them to the new best practices and create a new flow version for them. 45 45 46 -//__Name of keystore for user management now includes the environment__// 47 -To improve the naming of the downloaded keystore that needs to be distributed to external parties, we have added the name of the environment to the filename. You can distinguish between the various environments by looking at the filename. 43 +{{info}}We stronly encourage all users that use these components to update to these new best practices as they increase stability of the cluster and throughput of the solution{{/info}} 48 48 49 -== **Bug fixes ** == 50 - 51 -//__Consolidated upgrade process cloud template__// 52 -With this release, we have removed some specific update options that could cause mismatches between what was visually displayed and what was happening in the cloud. 53 - 54 -//__Ensure users can deploy release on environments they have edit rights on__// 55 -Currently, users with limited rights in Deploy, for example, only edit rights in Test, can now activate and deploy releases ready for other environments but need to be deployed on the environment for which they have the rights to do so. 56 - 57 57 == **Fancy Forum Answers** == 58 58 59 59 As always, this is a gentle reminder to ask questions via the Q&A forum. The Q&A forum is available in the eMagiz iPaaS portal, so we can all benefit from the knowledge within the community. For some inspiration, take a look at these forum answers: 60 60 61 -* [[API Security not updated in all entry flow>>https://my.emagiz.com/p/question/172825635703363718||target="blank"]] 62 -* [[Preventing exceptions triggering on HTTP 400 status code>>https://my.emagiz.com/p/question/172825635703351155||target="blank"]] 63 -* [[Deployment of 3rd gen runtimes to Azure Kubernetes Service (AKS containers)>>https://my.emagiz.com/p/question/172825635703350980||target="blank"]] 49 +* [[OpenAPI import for API Gateway system response throws error>>https://my.emagiz.com/p/question/172825635703466150||target="blank"]] 50 +* [[Api GW won't boot after adding integration>>https://my.emagiz.com/p/question/172825635703479151||target="blank"]] 64 64 65 65 == **Key takeaways** == 66 66