Changes for page 207 - Aligned State
Last modified by Carlijn Kokkeler on 2024/04/18 13:10
From version 76.1
edited by Erik Bakker
on 2023/01/31 13:02
on 2023/01/31 13:02
Change comment:
There is no comment for this version
To version 162.1
edited by Carlijn Kokkeler
on 2023/10/11 10:51
on 2023/10/11 10:51
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 - 191-Fifty Fifty1 +206 - Situational Deployment - Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. ebakker1 +XWiki.CarlijnKokkeler - Content
-
... ... @@ -2,110 +2,98 @@ 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 coupleofweeks we had our quarterly"hackathon"in which we fixed a seriesofannoyingbugs and introducedmanysmall improvements. On top of that we alsofinished severaladditional featuresfor our 3rd generationruntime thatwill make yourlifewhilerunning on the3rd generationruntime easierandettermanageable.Amongtheadditionalfeatureswehavethedynamic alertingandthedebuggerfunctionality.5 +**Hi there, eMagiz developers!** In the last few weeks, we have done much work for the Deploy phase. On top of that, we have worked on several store functionalities. Next to this, we have several smaller feedback items from our hackathon efforts that are now released to you. 6 6 7 -== **Dy namic Alerts**~*~* ==7 +== **Deployment Plan** == 8 8 9 -{{warning}}Note that depending on the alert this functionality will only work when your JMS server is running on the 3rd generation runtime{{/warning}} 9 +//__Improved deployment plan to make the process better and more predictable__// 10 +The algorithm for genarating a default deployment plan is improved to keep jms downtime and alerting to a minimum. Next to this, the start/stop/restart machine deployment steps are now also executed correctly for aws and on-premises machines. 10 10 11 -To enhance the observability of your integration landscape while running in the 3rd generation runtime architecture, we have added a new feature to our Manage phase called "Dynamic Alerts." You can access this functionality via the "Alerting" menu in Manage. Then, with the help of the "Trigger" overview, you can view all triggers on your environment. On the top of the list you will see all "static" alerts as defined by eMagiz. Below that you will see all "dynamic" alerts that you and your fellow teammembers (with sufficient rights) can view, edit and delete. 12 +//__Editing release properties__// 13 +With this release, it will be possible to change the description of a property by editing the property. 12 12 13 -We offer alerting on five types. 15 +//__JMS memory setting check__// 16 +A change in memory settings triggers redeployment of the container now. 14 14 15 -* Error message 16 -* Log message 17 -* Queue consumers 18 -* Messages in queue 19 -* Queue throughput 18 +//__Properties tab__// 19 +We have removed the deprecated tab Properties in the Deploy phase. 20 20 21 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--dynamic-alert-trigger-options.png]] 21 +//__Cleanup old images__// 22 +When a release is removed, the related unused images in the on-premises machines will be removed as well. 22 22 23 -These five options give you the option to configure more or less the same as you are currently used to when configuring triggers. Once you make a choice for a type you can press the "Next" button to fill in the details of the trigger. One example of how this can look is shown below. 24 +//__Performance improvements for loading releases__// 25 +Performance improvements have been implemented for loading releases in Deploy. Releases should now load faster than before. All functionality should remain exactly the same as before. 24 24 25 - [[image:Main.Images.ReleaseBlog.WebHome@191-release-blog--dynamic-alert-trigger-input.png]]27 +== **Store Improvements** == 26 26 27 -Once the trigger tab is filled in you can navigate to the "Output" tab to select the recipients for the trigger you are configuring. On top of that you can reduce the number of message at which congestion control is enabled if ten is too high for you. 29 +//__Message definition elements order__// 30 +We fixed an issue that the order of message definition elements was changed after being imported. 28 28 29 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--dynamic-alert-trigger-output.png]] 32 +//__Improting a store item with synchronous message definitions__// 33 +We fixed an issue that importing a store item with synchronous message definitions went wrong. Now, the imported message definitions should correspond with the exported message definitions. 30 30 31 -== **Debugger ** ~*~* ~* == 35 +//__Importing store itmes containing static copies__// 36 +We fixed an issue that store items were missing static copies. Now, store items with static copies are imported correctly. 32 32 33 -{{warning}}Note that this functionality only works when the following criteria are met. 34 -* Your JMS server is running on the 3rd generation runtime 35 -* The store item called "3rd generation debugger" is imported in the infra flow of each runtime for which you want the ability to debug 36 -* The beta image is activated 37 -* A new release is created that includes the flow changes and this release is deployed to the environment(s){{/warning}} 38 +== **Feedback Items** == 38 38 39 -As with our current offering, we now offer a functionality with which you can debug channels and see them via the eMagiz portal. As stated above to get to this point you need to execute several steps to get your model ready to be "debugged". Once you have done this you can activate the "debug" mode, via Deploy -> Containers for **one** specific flow **per** runtime that is of particular interest to you. Once you have done this you will see a pop-up telling you whether the "debug" mode was indeed activated or not. 40 +//__Alerting manual pause__// 41 +A few releases ago we changed the behavior of alerting in the deployment plan. Now each time when a deployment plan is executed the alerting will be automatically re-enabled when the deployer closes the deployment plan or closes the web browser. The majority of the users are happy with the new behavior, but there are some use cases that you do not want start the alerting immediately. With this release, if alerting has been paused manually, this will not be activated automatically after a release deployment. 40 40 41 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-action-success.png]] 43 +//__Ordering of graphs in Manage__// 44 +The graphs in Manage are now ordered according to importance. This means that runtime statistics are sorted by "Process CPU usage" (highest first), queue statistics are sorted by "Messages in queue" (highest first), and HTTP statistics are sorted by "Unsuccessful requests" (highest first). 42 42 43 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-action-failure.png]] 46 +//__UTC times in Grafana panels__// 47 +All Grafana panels now show UTC times, which are normally used in eMagiz, instead of local (browser) time zones. This way, it is easier to match graphs with logging events or alerts. 44 44 45 -Assuming it was activated correctly you can navigate to Manage -> Explore -> Queue browser and select the emagiz.debug queue to see the messages coming through. 49 +//__Update flow designer version__// 50 +The framework used in the flow designer has been updated to the latest version. 46 46 47 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-output-queue-browser.png]] 52 +//__Carwash track TLS versions in logging__// 53 +A new logging feature will be released, enabling us to make better choices in deprecating old encryption standards. 48 48 49 -{{info}}Note the following limitations when working with the debugger. 50 - * Your entire model needs to be migrated to the 3rd generation runtime 51 - * Only **one** flow **per** runtime can be debugged **per** environment 52 - * There is only **one** overview in which **all** debugged messages are shown 53 - * Message payload in excess of 100KB are not shown in the queue browser as they constitute a "large message" 54 - * The debug functionality works for a period of five minutes in which you can use the refresh button to see new messages coming in. 55 - ** After five minutes the debug functionality will be shutdown automatically under water. 56 - ** To see new messages after the five minutes you will have to access the debug functionality again from scratch.{{/info}} 55 +//__Moving channels in the flow designer__// 56 +Moving already attached channels in the flow designer has been made sligthly easier. 57 57 58 -== **Volume mapping - Network Share** == 58 +//__Topic sizes description change__// 59 +In the change description (and History) when altering the topic size of a topic the new and old value were switched around creating confusion, this has been resolved. 59 59 60 -This release will introduce an additional functionality within our [[volume mapping>>doc:Main.eMagiz Academy.Microlearnings.Novice.File based connectivity.novice-file-based-connectivity-volume-mapping-on-premise||target="blank"]] offering. With this additional configuration option you can configure a network share and configure it to create a mapping between a network share and a docker volume. 61 +//__Password change notification__// 62 +When an account password change request is made, even when this fails, a mail is sent to the account owner to inform the owner about the action. 61 61 62 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--volume-mapping-network-share-overview.png]] 64 +//__Password comparison__// 65 +When changing a password, it is compared to a list of known database breaches for security. A warning is shown when the password corresponds with a password in the database. 63 63 64 -[[image:Main.Images.Release Blog.WebHome@191-release-blog--volume-mapping-network-share-detail.png]] 67 +//__Inactive user alerting__// 68 +Inactivated users are now removed from all alert settings (included “disabled“ settings) to avoid undesirable notifications. 65 65 66 -== **Feedback items ** == 70 +//__Alphabetical sorting on user level in HTTP statistics__// 71 +Variables in the 3rd generation runtimes HTTP statistics detail pages are now sorted case insensitive. 67 67 68 - Wehave also solved other feedback items besides the flow designer'scritical updates.73 +== **Bug Fixes** == 69 69 70 -//__ Improvedvalidationfeedbackon non-supported WSS4Jinterceptor__//71 - Wehave improvedthevalidationfeedback whensomeonetries toimplement a specificWSS4J interceptor implementation.75 +//__Flow designer styling__// 76 +The styling of the flow designer's left component panel has been restructured, solving a rare bug which would break the styling of certain functionalities. 72 72 73 -//__ Improve helptextinflowtesting on Java classes__//74 - Wehaveimprovedthe helptextwhen youaredding headerstoyour testmessage. In thishelptext we explainthe top fiveJavaclassesandhowtonotethem downto makeit work intheflowtesting functionalityandineMagizin general.78 +//__Partial search for messages__// 79 +It is now possible to search on messages partially in Manage Monitoring. For example, search for Uptime can be done by searching for "up" "time" "ptim". 75 75 76 -//__ Improved readibilityof notification whentryingtoetea runtime__//77 - When you haveforgottenone or more stepswhendeletingruntimeyou willbenotifiedbythe systemonthis.Withthisreleasewehaveimprovedthe readibility of the notification.81 +//__Disk usage after cloud template update__// 82 +Several accounts showed significantly more disk usage after the last cloud template update, this has been resolved. 78 78 79 -== **Bug fixes ** == 80 - 81 -//__Keep selection when copying properties__// 82 -We have fixed the bug that prevented you from easily copying properties from one runtime to another based on the runtime list. 83 - 84 -//__Check on security header improved for API Gateway__// 85 -We improved the check in the API Gateway through which we validate whether an API caller is authenticated when using the API Key method to secure the API Gateway. 86 - 87 -//__Copy and paste default support objects__// 88 -With this release, you can now copy and paste components without worrying that additional support objects already existing in your target flow are copied over and over into the same flow. 89 - 90 -//__Fix editability of properties when importing store items__// 91 -With this release, you can once again change property names upon importing a store item. 92 - 93 93 == **Fancy Forum Answers** == 94 94 95 95 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: 96 96 97 -* [[Can I change my 2FA secret, eg. move to another authenticator?>>https://my.emagiz.com/p/question/172825635703274697||target="blank"]] 98 -* [[Webrequest header 'SOAPAction'>>https://my.emagiz.com/p/question/172825635703274615||target="blank"]] 99 -* [[XPathException on XPATH router>>https://my.emagiz.com/p/question/172825635703274295||target="blank"]] 100 -* [[Change property with new release in generation 3 runtimes>>https://my.emagiz.com/p/question/172825635703274441||target="blank"]] 88 +* [[Getting files from subfolders (FTP)>>https://my.emagiz.com/p/question/172825635703568575||target="blank"]] 101 101 102 102 == **Key takeaways** == 103 103 104 -Thanks to all thathelped build and those who tested and gave feedback to improve the product. To end this post, here are some key takeaways for you:92 +Thanks to all who helped build and those who tested and gave feedback to improve the product. To end this post, here are some key takeaways for you: 105 105 106 106 * If you have questions surrounding our Program Increment Planning, please get in touch with [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]] 107 107 * If you have feedback or ideas for us, talk to the Platypus 108 -* Please inform us of new additions to the store ([[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]) so we can all benefit from these. 96 +* Please inform us of new additions to the store ([[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]) so we can all benefit from these. 109 109 * Clear your browser cache (Ctrl + Shift + Del) 110 110 * Check out the release notes [here] 111 111 * Start thinking about how the license tracker can aid your development ... ... @@ -118,6 +118,6 @@ 118 118 {{info}} 119 119 ~* Indicates a Beta feature. If you would like to get access to this beta feature, please contact [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]] 120 120 121 -~*~* Indicates a GEN3-only feature.109 +~*~* Indicates a next-generation-architecture only feature. 122 122 {{/info}})))((({{toc/}}))){{/container}} 123 123 {{/container}}