Changes for page 213 - Joyful Journeys
Last modified by Carlijn Kokkeler on 2024/04/18 13:07
From version 60.1
edited by Erik Bakker
on 2023/01/18 09:30
on 2023/01/18 09:30
Change comment:
There is no comment for this version
To version 133.1
edited by Erik Bakker
on 2023/08/01 14:11
on 2023/08/01 14:11
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 - 190 -FastForward1 +202 - New Equilibrium - Content
-
... ... @@ -2,109 +2,70 @@ 2 2 {{container layoutStyle="columns"}}((( 3 3 [[image:Main.Images.Release Blog.WebHome@release-blog-intro.png]] 4 4 5 -**Hi there, eMagiz developers!** I thasbeenawhilesince ourlast deployment on the9th of December.As aresultwehavefinishedupalotof new improvementstoour3rdgenerationruntime offeringandfixedavarietyofannoying bugsaswellassomesmallimprovements.Thisreleaseischaracterizedby themajorstepswe tooktorelease severalmajor featuresonour3rd generation runtimeamongwhicharethequeue browser andmessage redeliveryfunctionality.5 +**Hi there, eMagiz developers!** In the last few weeks, we have crossed our t's and dotted our i's on the release properties functionality that will impact the day to day life of every user working within the platform. The focus of the release blog will consequently also be on this subject. On top of that we have several additional smaller feedback item coming from our hackathon efforts that are now released to you. 6 6 7 -== **Queue Browser** == 7 +== **Release Properties** == 8 +As of this release, we will introduce a new way of handling properties for all our clients. This change intends to solidify the relationship between a release and a property value. Before, in the current generation architecture, timing of changing properties was crucial to avoid costly mistakes on Production. On top of that it was not always clear whether a property value was indeed updated as it was not linked to something that was deployed. These considerations let us to change the property management behavior not only on our next-generation architecture but also on our current generation architecture. Having said that, there are several key changes compared to the current way of managing your properties. Most notably among these are: 8 8 9 -{{warning}}Note that this functionality only works when your JMS server is running on the 3rd generation runtime{{/warning}} 10 +* The current properties tab in Deploy will disappear. The new overview of the properties (and their values) can be found under the "Create phase release" in Deploy -> Releases 11 +* Property placeholders (i.e. the names of properties as given in Create) are now automatically created for you. This to avoid mistakes when filling them in. 12 +* When adding or editing a property you can *now* select multiple runtimes for which the property applies. This is mainly beneficial for those running in a double lane setup or having a distributed landscape of containers. 13 +* A, for most, new concept of a "property release" is introduced. With the help of this functionality you can easily change a property on Production without having to create a completely new release in Test and promote it to the Production environment. 10 10 11 - To enhance theobservabilityof your integrationlandscape whilerunning in the 3rd generation runtimearchitecturewe have added a new featuretoour Manage phase calledthe"Queue browser". You can access thisfunctionality via the "Explore" menu optionin Manage.With the help of the queue browser you can, as thename suggests, browse your queue.15 +{{info}}For more information please check out the following microlearnings: 12 12 13 -To do so, we offer two options within this functionality. We have the Explore function and we have the Wiretap function. When selecting a queue and opting for the Explore option you get a live view of what data is currently present on the queue. When selecting the Wiretap functionality you automatically wiretap your queue and are presented with copies of your actual message that pass through the queue from the moment you pressed the Wiretap button. 17 +* [[Property Management>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-property-management-new.WebHome||target="blank"]] 18 +* [[Actualize properties - current generation architecture>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-actualize-properties-new.WebHome||target="blank"]] 19 +* [[Actualize properties - next generation architecture>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-actualize-properties-gen3-new.WebHome||target="blank"]] 14 14 15 -[[image:Main.Images.Release Blog.WebHome@190-release-blog--queue-browser-overview.png]] 21 +Should you have any questions in advance, please get in touch with us at [[productmanagement@emagiz.com>>mailto:academy@emagiz.com]]. 22 +{{/info}} 16 16 17 -After selecting the queue and choosing the option eMagiz will show you the list of messages (oldest first) that are currently on the queue (Explore option) or that passed the queue since the moment you activate the option (Wiretap option). For each message you have various options at your disposal. 24 +== ** Manage - Next generation graphs improvements ** == 25 +As of this release, we will create a condensed view of your metrics when zooming out in the Manage phase graphs. This will significantly improve the performance of the manage graphs as we retrieve and show less fine-grained information when zooming out. 18 18 19 -* Delete the message from the queue (Explore option) 20 - ** This means throwing away live data which can be helpful in a test or acceptance environment where you inadvertedly put a lot of messages on a queue. 21 -* Clear message from the wiretap queue (Wiretap option) 22 - ** Once you are done with the analysis of a certain message in the wiretap functionality you can clear it from the overview so it does not clutter the view anymore 23 -* Refresh messages list (both options) 24 - ** By pressing this button you can refresh the list of messages that are displayed to you. Note that the list is sorted in such a way that the oldest messages are shown first 25 -* Save as test message 26 - ** By pressing this button you can save the message and use it in our flow testing functionality in Create. Note that we link the message to the corresponding flow if we can. Should we not be able to do so we link the message to your model so you can still use it in the flow testing functionality. 27 -* Download 28 - ** By pressing this button you can download the message and use it outside of the tooling should that be needed. 27 +[[image:Main.Images.Release Blog.WebHome@202-release-blog--manage-graphs-zoomed-out.png]] 29 29 30 - [[image:Main.Images.ReleaseBlog.WebHome@190-release-blog--queue-browser-explore-overview.png]]29 +== **Feedback Items** == 31 31 32 -[[image:Main.Images.Release Blog.WebHome@190-release-blog--queue-browser-wiretap-overview.png]] 31 +//__Improved editability when testing in eMagiz wihout Edit rights in Create__// 32 +Without having edit rights in the Create phase you could already do a lot on the level of flow tests in eMagiz. However, there were some oversights we missed during the implementation. These have been fixed allowing those without edit rights to now also change the name and description of the test case. 33 33 34 -== **Message Redelivery ** == 34 +//__Improved auditability on Deploy Architecture__// 35 +To improve the audtiability on Deploy Architecture we now also log when someone with Admin rights changes specific functions on this level (i.e. Fixed IP). 35 35 36 -{{warning}}Note that this functionality only works when your JMS server is running on the 3rd generation runtime and the functionality is enabled for you environment.{{/warning}} 37 +//__Test your own exported work__// 38 +We have now made it possible to test your own exported work to the Store before it gets approved. This will increase the quality of store items we have, and our partners, have on offer within the store. 37 37 38 - Justaswith ourcurrent offeringwenow offerour messageredeliveryfunctionalityfor our3rd generationarchitecture.Toenhancethe userexperience we haveplacedthis functionalityas wellunderthe "Explore" optionin Manage. Whenselecting themessage redelivery option you will seeallmessagesthat arecurrently in need tobe redelivered (as anerror occurred).40 +{{info}}In case the concept of the store is new for you please check out this [[Fundamental>>doc:Main.eMagiz Academy.Fundamentals.fundamental-emagiz-store.WebHome||target="blank"]]{{/info}} 39 39 40 -Just as in the current functionality you can select a specific message and retry (or delete) it. The same can be done for all messages at once. Following that you can still see the linked error message as you could before. 42 +//__Improved Audit Trail on several places__// 43 +In several places in the portal, we have improved the audit trail to specify better who changed what at which point in time. 41 41 42 -On top of that we have added some additional functionality. 45 +//__Removed the erroneous alert on message mapping when having a passthrough API__// 46 +This release removes the erroneous alert people reported on "errors in message mapping" for a passthrough API. 43 43 44 -* Search option 45 - ** Original queue name 46 - ** Original message ID (which can be found as a header called jms_messageid in the error message view) 48 +== **Bug Fixes** == 47 47 48 -== **3rd generation runtime bolstering** == 50 +//__Avoid clicking on other components while deleting another__// 51 +To avoid unexpected behavior, we now ensure that nothing can be selected once you see the "deletion" pop-up when you want to remove something in the flow designer. 49 49 50 -This release will introduce various improvements for our 3rd generation runtime. Below you will find the most noteworthy enhancements we made to the 3rd generation runtime and its interaction with the portal. 53 +//__Improved validation feedback in migrating to the next-generation architecture__// 54 +We have improved the validation feedback when migrating to the next-generation architecture. 51 51 52 -//__ SOAPandREST webservicesmigration,includingsplittingthem__//53 - Withthis release,we havereleasedthe migration processthatwill allow youto migrateSOAP and REST webservicesto the 3rdgeneration runtime. At the sametime,youcandirectlysplit theall-entry toeliminate thatconstruction. A specificmigrationpathforthiswillbe publishedintheocumentationportal.56 +//__Make sure that user credentials can be viewed with view rights__// 57 +This release makes sure that the user credentials in Deploy can be considered with view rights and not only when having edit rights. 54 54 55 -//__ ChangingSSL settings for3rd generationruntimemodels works__//56 - Aswith thecurrentruntime architecture,youcanchange theSSLsettingsifneededfora modelrunning inthe3rdgenerationruntime.59 +//__Refresh behavior within the deployment plan is fixed__// 60 +This release changes the refresh behavior within the deployment plan to show, once more, the "to be installed" flows before the user presses Execute. 57 57 58 -//__Improved migration for JMS flows__// 59 -This release will improve the migration of JMS flows when migrating to the 3rd generation runtime. 60 - 61 -{{warning}}If you already migrated your JMS flow, you should execute a "Reset" action on the JMS level to get these changes in your model{{/warning}} 62 - 63 -//__Removed the ability to add "Debug components" to a flow running in the 3rd generation runtime architecture__// 64 -As of this release, you can no longer add debug components on a flow already migrated to the 3rd generation runtime. This functionality will not work in the 3rd generation runtime and would break your flow. 65 - 66 -//__Deployment plan is updated correctly when completly migrated to the 3rd generation runtime architecture__// 67 -We have fixed a bug that generated an incorrect default deployment plan once you were fully migrated to the 3rd generation runtime. 68 - 69 -//__Correct property generation for Event Streaming flows using the 3rd generation runtime architecture__// 70 -With this release, the properties generated for Event Streaming flows running in the 3rd generation runtime are configured correctly to mimic the ones in the image. 71 - 72 -//__Added "Reset" functionality__// 73 -With this release, a new functionality has been added for 3rd generation runtimes that allows you to combine several steps into one action, called "Reset runtime." The effect of this action is the same as it currently is in the legacy runtime. 74 - 75 -== **Feedback items ** == 76 - 77 -We have also solved other feedback items besides the flow designer's critical updates. 78 - 79 -//__Improved naming convention on Store related pages__// 80 -We have improved various display names using the merge functionality within our store offering. 81 - 82 -//__Update security protocols for our internal architecture__// 83 -Parts of our internal infrastructure (i.e., docs.emagiz.com) have been updated to adhere to the latest security standards. 84 - 85 -//__Improved read-only description for "if exists" constructions in Transformations__// 86 -To make it clear what the "if exists" check does while not being in "Start Editing" mode, we have improved the description so users without edit rights or without wanting to enter the "Start Editing" mode can read and interpret what the check does. 87 - 88 - 89 -== **Bug fixes ** == 90 - 91 -//__Decent validation feedback when not filling in the property value__// 92 -We have fixed the validation feedback you get when not filling in the property value using the "Check properties" functionality. 93 - 94 -//__Incorrect resource locations__// 95 -We have fixed several instances where the resource location was not generated correctly in the 3rd generation runtime. 96 - 97 -//__Apply to environment in User Management performance improvement__// 98 -We have improved the performance of updating User Management on your environment. This way, the update functionality is more stable and faster. 99 - 100 100 == **Fancy Forum Answers** == 101 101 102 102 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: 103 103 104 -* [[Is eMagiz able to read XSD attributes>>https://my.emagiz.com/p/question/172825635703236146||target="blank"]] 105 -* [[Does eMagiz use ActiveMQ?>>https://my.emagiz.com/p/question/172825635703235780||target="blank"]] 106 -* [[Tool for test messages to eMagiz Queues>>https://my.emagiz.com/p/question/172825635703236227||target="blank"]] 107 -* [[How to Remove Cloud Container>>https://my.emagiz.com/p/question/172825635703236460||target="blank"]] 66 +* [[Replacing Legacy eMagiz-Mendix Connector: Migration Plan>>https://my.emagiz.com/p/question/172825635703517317||target="blank"]] 67 +* [[Unknown character(s) does not create error message.>>https://my.emagiz.com/p/question/172825635703517488||target="blank"]] 68 +* [[Split gateway configuration for local GEN3 gateway>>https://my.emagiz.com/p/question/172825635703517580||target="blank"]] 108 108 109 109 == **Key takeaways** == 110 110