Changes for page 208 - Controlled State

Last modified by Carlijn Kokkeler on 2024/04/18 13:10

From 31.1 to 32.1 From 81.1 to 82.1

From version 32.1

edited by Erik Bakker
on 2022/10/24 11:11

Change comment: There is no comment for this version

To version 81.1

edited by Erik Bakker
on 2023/02/13 14:00

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Title

@@ -1,1 +1,1 @@
--186 - Daemon Switch
++192 - Small Step

Content

@@ -2,146 +2,144 @@
  {{container layoutStyle="columns"}}(((
  [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]]
--**Hi there, eMagiz developers!** We have hit the ground running this quarter by focusing on more prominent features and spending a substantial chunk of time focusing with us all on a lot of smaller feedback items and bugs. All these items will be provided to you with this release. Among these are flow designer improvements, navigation improvements, and consistency improvements. On top of that, we have made our new monitoring stack available to the first set of models. So let us dive into all we have to offer this time!
++**Hi there, eMagiz developers!** In the last couple of weeks we worked hard on building several major things that will be released later this Q. On top of that we finished an additional features for our 3rd generation runtime that give you chirurgical precision when doing maintenance on a model. Among the additional features we have the dynamic alerting and the debugger functionality.
--== **New monitoring stack** ==
++== **Start/Stop Flows** ~*~* ==
--This release will introduce a new monitoring stack available for models that run in the new runtime architecture of eMagiz. With the help of this monitoring stack, we have redesigned various screens in Manage and restructured our alerting approach. For a sneak preview of these changes, please check out the following microlearnings.
++{{warning}}Note that depending on the alert this functionality will only work when your JMS server is running on the 3rd generation runtime{{/warning}}
--* [[Runtime Statistics>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-manage-interpreting-runtime-statistics-gen3.WebHome||target="blank"]]
--* [[Alerting in eMagiz>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-manage-alerting-gen3.WebHome||target="blank"]]
--* [[Queue Statistics>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Messaging.crashcourse-messaging-interpreting-queue-statistics-gen3.WebHome||target="blank"]]
--* [[HTTP Statistics>>doc:Main.eMagiz Academy.Microlearnings.Advanced Level.Advanced monitoring.HTTP Statistics.WebHome||target="blank"]]
++To enhance the options you have when running into problems or when maintaining your solution in a Production environment, we have added a new feature to our Deploy phase called "Start/Stop Flows". You can access this functionality via the "Deploy Architecture" overview in Deploy. On runtime level you can open the context menu and select the option called "Start/Stop Flows".
--{{info}}Note that the new monitoring stack is only available for models that run the new runtime architecture. Should you wish to become an early adopter, don't hesitate to get in touch with us at [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]] to discuss the possibilities{{/info}}
++[[image:Main.Images.Release Blog.WebHome@192-release-blog--start-stop-flows-context-menu.png]]
--== **Academy improvements** ==
++
++{{info}}Only in "Start Editing" mode you can actually start and stop specific flows{{/info}}
++
++
++  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.
--On top of that, we have added various microlearnings to our academy offering available on docs.emagiz.com related to the new runtime architecture. You can identify these microlearnings by looking at the following icon in front of a microlearning.
++We offer alerting on five types.
--[[image:Main.Images.Release Blog.WebHome@186-release-blog--gen3-microlearnings-icon.png]]
++* Error message
++* Log message
++* Queue consumers
++* Messages in queue
++* Queue throughput
--== **Flow Designer Improvements** ==
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--dynamic-alert-trigger-options.png]]
--//__See last changed date and changed by on resource level__//
--This release will reinstate the ability to see who changed a resource last and when it was changed for the last time. You can find this information by double-clicking on a resource or viewing its details via the view button.
++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.
--[[image:Main.Images.Release Blog.WebHome@186-release-blog--change-info.png]]
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--dynamic-alert-trigger-input.png]]
--//__See on which other flows a resource is used__//
--This release will reinstate the ability to see whether a resource is used in other flows within your model or not. This will help to determine the impact of a specific change.
++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.
--[[image:Main.Images.Release Blog.WebHome@186-release-blog--resource-used-in-other-configs.png]]
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--dynamic-alert-trigger-output.png]]
--//__Toggle option to see the generated resource by default__//
--Upon request, we have made the toggle for the generated resources in the new flow designer user-dependent. This means that you, as a user, can determine that the toggle should also be on. This means that the generated resources will be shown to you when opening any flow in eMagiz. When you switch the toggle off, this will mean that you will **not** see the generated resources by default.
++== **Debugger ** ~*~* ~* ==
--== **Feedback items ** ==
++{{warning}}Note that this functionality only works when the following criteria are met.
++* Your JMS server is running on the 3rd generation runtime
++* The store item called "3rd generation debugger" is imported in the infra flow of each runtime for which you want the ability to debug
++* A new release is created that includes the flow changes and this release is deployed to the environment(s){{/warning}}
--We have also solved other feedback items besides the flow designer's critical updates.
++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.
--//__Redirect to the Manage Dashboard from your model home page__//
--Directly navigating to the Manage phase (of any environment) will automatically redirect you to the error message Dashboard, as that is the landing page of the Manage phase.
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-action-success.png]]
--//__Readable entry of a SpEL expression in a flow component__//
--As of now, the input field for your SpEL expression in certain flow components will dynamically expand when you enter a large SpEL expression. This will improve the readability of your solution and will make it easier to enter and validate your SpEL expressions.
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-action-failure.png]]
--[[image:Main.Images.Release Blog.WebHome@186-release-blog--spel-expression-readible.png]]
++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.
--//__Keep Create and the Create Phase release in sync__//
--Previously the Create and the Create Phase release might have become out of sync. As a result, comparing a release to the Create Phase release could yield confusing results. With this release, we have made several improvements to prevent this from happening.
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--debugger-output-queue-browser.png]]
--//__Mask password values in the unused properties overview__//
--All property values of the type password can be masked in the properties overview screen. However, this behavior was different when pressing the unused properties overview. With this release, we have corrected this behavior to ensure that passwords are also masked in this overview.
++{{info}}Note the following limitations when working with the debugger.
++  * Your entire model needs to be migrated to the 3rd generation runtime
++  * Only **one** flow **per** runtime can be debugged **per** environment
++  * There is only **one** overview in which **all** debugged messages are shown
++  * Message payload in excess of 100KB are not shown in the queue browser as they constitute a "large message"
++  * The debug functionality works for a period of five minutes in which you can use the refresh button to see new messages coming in.
++    ** After five minutes the debug functionality will be shutdown automatically under water.
++    ** To see new messages after the five minutes you will have to access the debug functionality again from scratch.{{/info}}
--//__Press Enter to Search for properties__//
--With this release, we have added functionality that makes it possible to press **Enter** when searching for properties in the property overview.
++== **Volume mapping - Network Share** ==
--//__Styling update on tag selection on integration level__//
--With this release, we have improved the styling of tags displayed on the integration and system level. This way, the tag is better readable, and the icon to remove a selected tag is completely shown to the user instead of partly.
++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.
--//__Enter to close automated flow testing pop-up__//
--Upon your requests, we have made the pop-up detailing your automated flow test results to be closable by pressing the Enter key on your keyboard. This saves you the hassle of grabbing your mouse and clicking the button.
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--volume-mapping-network-share-overview.png]]
--//__Improved naming of downloaded Event Streaming keystore__//
--When downloading a Keystore that an Event Streaming client needs to access a topic, the name now includes the client name **and** the environment so you can easily discern the difference between the keystores when distributing them to your client.
++[[image:Main.Images.Release Blog.WebHome@191-release-blog--volume-mapping-network-share-detail.png]]
--//__Pop out on the Traces tab within Flow Testing__//
--In line with the improvements we made before within the Flow Testing functionality, we have now added the pop-out functionality to all results shown in the traces tab. This will make it easier to analyze what happens between the start and the end of your flow.
++== **Feedback items ** ==
--//__Sorting User Management__//
--As of this release, the user management overview in Deploy for users and roles will be sorted alphabetically to make it easier to find a specific user or role within this overview.
++We have also solved other feedback items besides the flow designer's critical updates.
--//__Improved warning on passthrough API operation__//
--Most users forget to configure a backend API operation or switch to the transformation option when configuring an API operation in Capture and Design before moving to Create. This is then blocked, leaving users confused about what to do next. Therefore we introduce an additional warning in the Design phase that lets you know that your configuration of an API operation is not yet finished. This way, you can correct it **before** trying to move it to Create.
++//__Show status on machine level under Deploy Architecture__//
++With this release we are now able to show the status of the machine when opening the "Details" overview on machine level in Deploy -> Architecture.
--//__Improved update functionality of Swagger file when changing data model__//
--Before, there were specific scenarios in which the Swagger file was not updated according to changes made to your API data model. With this release, we have made a first step in improving this behavior. Then, when you change the order of attributes in your data model, the Swagger file will be updated accordingly.
++//__Improved validation feedback on non-supported WSS4J interceptor __//
++We have improved the validation feedback when someone tries to implement a specific WSS4J interceptor implementation.
--{{info}}Note that just as with any resource that is changed from the Design phase, a version bump of your flow in Create is still necessary to deploy the changes to your environment(s){{/info}}
++//__Improve help text in flow testing on Java classes__//
++We have improved the helptext when you are adding headers to your test message. In this helptext we explain the top five Java classes and how to note them down to make it work in the flow testing functionality and in eMagiz in general.
--//__"Disapprove and go to environment"__//
--Following the "Approve and go to environment" functionality, we have now expanded that by adding the "Disapprove and go to environment" functionality.
++//__Improved readibility of notification when trying to delete a runtime__//
++When you have forgotten one or more steps when deleting a runtime you will be notified by the system on this. With this release we have improved the readibility of the notification.
--//__Improve readability of API Gateway operations in Create and Deploy__//
--When you have a lengthy name for your API Gateway operation, it becomes tough to discern the various API Gateway operations in your landscape. To alleviate this problem, we have added a tooltip functionality that will show the full display name when hovering over the API Gateway operation.
++//__Improved sorting of missing properties overview__//
++We have improved the sorting on the missing properties overview you will encounter when activating the "check properties" option.
--//__Add Topic Storage information to License Tracker__//
--On top of the information already shown in the License Tracker, we have added Storage information for the Event Streaming pattern. This way, you can easily see the amount of GB you have assigned and the amount of GB that was contractually agreed upon between you and eMagiz.
++//__Improved notification when error message cannot be found__//
++We have improved the notification when an error message cannot be found from the message redelivery overview in our 3rd generation runtime.
--//__Add Compatibility check when importing store items__//
--We have added a compatibility check to the platform to prevent you from importing store items that do not work on a specific runtime architecture to prevent this from happening.
++//__Additional lifecycle management overview__//
++We have added an additional lifecycle management overview to the portal in which users with enough permissions can get an overview of the lifecycle "state" of all customer models.
--//__Show dependencies between support objects__//
--As of now, when you click on a support object, all related support objects will also be highlighted in the same overview. This makes it easier to see the relationship between support objects and components and among support objects.
++//__Improved feedback when memory settings are negative__//
++We have added an additional check that validates whether memory settings on a specific container are of a negative value. In these cases you will be blocked from applying the changes to the environment as this won't lead to a working solution.
--//__Improve rendering of validation definition when using multiple namespaces__//
--With this release, we have improved how we render the validation definition (XSD) when using multiple namespaces. This will prevent you from running into validation errors while everything seems configured correctly on your end.
++//__Auto upgrade for a cloud template default to "ON"__//
++For each new cloud slot we will toggle the "automtatic cloud template update" to "Yes".
--//__Improved help texts on next-generation runtime functionality across the portal__//
--With this release, we have improved several help texts on functionality related to the next-generation runtime that help you while migrating to the next-generation runtime.
++//__Removed an irrelevant refresh button on a flow designer component__//
++We have removed an irrelevant refresh button on the standard filter component.
--== **Bug Fixes** ==
++//__Notification list shows all notifications on default__//
++When navigating to the Notification overview in Manage under Alerting you will now see all notifications instead of a filtered list on a specific state.
--//__Provide correct feedback when a flow is transferred to Deploy for the first time__//
--With this release, we have made several improvements to what feedback is given to the user when moving a flow from Create to Deploy for the first (upon creating your first definitive version). This will ensure that no confusing pop-ups will be shown that are incorrect and only confuse the user further.
++== **Bug fixes ** ==
--//__Show information in the Exception of error messages overview__//
--With this release, we have resolved the bug plaguing this page. As a result, you will again see information on this page when there is information to show.
++//__Keep selection when copying properties__//
++We have fixed the bug that prevented you from easily copying properties from one runtime to another based on the runtime list.
--//__Improve styling of cron trigger configuration pop-up__//
--The styling of this pop-up made it very hard to configure a cron trigger. We have redesigned the styling to make the pop-up readable again.
++//__Check on security header improved for API Gateway__//
++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.
--//__Prevent flow editing locks in specific situations__//
--There were specific situations when switching between Design and Create that could lead to unexpected behavior in the Create phase. This led to a flow editing lock warning to the user. We have solved this problem in this release.
++//__Don't show systems with only "external" flows in Design__//
++We fixed a bug that caused systems to appear in Design in cases where there should be none.
--//__Generate property value empties the runtime selection__//
--With this release, we have fixed the bug that emptied the runtime selection upon generating a property value (i.e., password).
++//__Fix styling of mendix login in some occurences__//
++When navigating to a specific URL the default Mendix login page would be shown. With this release we have fixed this behavior.
--//__Make sure nothing of a system message is editable from your exit__//
--Before, you could change part of your system message from your exit (but not everything). This led to confusion. As a result, we have now made sure you cannot edit anything on the system message level from your exit to keep it consistent with our design choices.
++//__Change timing of wake-up of cloud slots on Friday__//
++To prevent timing issues of waking up cloud slots on the Friday of our deployment we have changed the timing of when the cloud slots are woken up on Friday.
--//__Prevent users without view rights from seeing a weird screen in those phases__//
--With this release, we have introduced a consistent approach towards what we show a user that has no view rights on a complete phase. This means that you will always see the same information consistently.
++//__Fixed a typo in the Topic statistics overview__//
++We fixed a typo in the topic statistics overview.
--//__name of starting point of the flow test is incorrect__//
--With this release, we have ensured that the name of the starting point of your flow test you see in the "Results" tab is correct.
++//__Fixed a typo in the HTTP statistics overview__//
++We fixed a typo in the HTTP statistics overview.
--//__Audit Trail on User Management could break__//
--When performing many changes to user management in Deploy at once, there was a chance the audit trail functionality would give an error blocking you from continuing your update. With this release, we have solved that issue.
++//__Activatation of release history when executing a deployment__//
++We ensured that the release history is activated when executing a deployment.
--//__Progress bar in the license tracker is shown twice__//
--With this release, we have fixed a bug that showed the progress bar twice in the license tracker.
--
--//__Compare flows with support objects in the new flow designer__//
--We have fixed a bug related to support objects that prevented you from comparing two flows when one was built in the latest, and the difference was constructed in the old flow designer.
--
  == **Fancy Forum Answers** ==
  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:
--* [[How to translate CDATA>>https://my.emagiz.com/p/question/172825635703158962||target="blank"]]
--* [[SwaggerUI not found>>https://my.emagiz.com/p/question/172825635703171813||target="blank"]]
++* [[Characters transformed to � when retrieving from DataSink>>https://my.emagiz.com/p/question/172825635703287019||target="blank"]]
++* [[Can I test my API Gateway locally?>>https://my.emagiz.com/p/question/172825635703236592||target="blank"]]
++* [[Deploy stops when updating connector-infra>>https://my.emagiz.com/p/question/172825635703299903||target="blank"]]
  == **Key takeaways** ==

Changes for page 208 - Controlled State

Summary

Details

Navigation