Changes for page 190 - Fast Forward
Last modified by Carlijn Kokkeler on 2024/04/18 13:20
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 62.1
edited by Erik Bakker
on 2023/01/18 10:12
on 2023/01/18 10:12
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -10,7 +10,7 @@ 10 10 11 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 the "Queue browser". You can access this functionality via the "Explore" menu option in Manage. With the help of the queue browser you can, as the name suggests, browse your queue. 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. 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 (on a special queue) of your actual message that pass through the queue from the moment you pressed the Wiretap button. 14 14 15 15 [[image:Main.Images.Release Blog.WebHome@190-release-blog--queue-browser-overview.png]] 16 16 ... ... @@ -35,6 +35,8 @@ 35 35 36 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 37 38 +[[image:Main.Images.Release Blog.WebHome@190-release-blog--message-redelivery-overview.png]] 39 + 38 38 Just as with our current offering we now offer our message redelivery functionality for our 3rd generation architecture. To enhance the user experience we have placed this functionality as well under the "Explore" option in Manage. When selecting the message redelivery option you will see all messages that are currently in need to be redelivered (as an error occurred). 39 39 40 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. ... ... @@ -44,19 +44,25 @@ 44 44 * Search option 45 45 ** Original queue name 46 46 ** Original message ID (which can be found as a header called jms_messageid in the error message view) 49 +* Save as test message 50 + ** By pressing this button you can save the message and use it in our flow testing functionality in Create. 51 +* Download 52 + ** By pressing this button you can download the message and use it outside of the tooling should that be needed. 47 47 54 +[[image:Main.Images.Release Blog.WebHome@190-release-blog--message-redelivery-detail-overview.png]] 55 + 48 48 == **3rd generation runtime bolstering** == 49 49 50 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. 51 51 52 -//__ SOAP andREST webservicesmigration,includingsplitting them__//53 -With this release, wehavereleased the migrationprocessthatwillallowyoutomigrateSOAP and REST webservicestothe3rd generationruntime.Atthesametime,you can directlysplittheall-entrytoeliminatethat construction.Aspecificmigrationpath forthiswillbepublishedinthedocumentationportal.60 +//__Define memory settings for on-premise runtimes from Deploy Architecture_// 61 +With this release, you are now able to define the memory settings (and therefore the memory limits) of your on-premise runtimes in the same manner as cloud runtimes. In all cases you can now define and change the memory settings via Deploy Architecture. In contrast to how these values are actualized for cloud runtimes you need to create a new release and deploy it to actualize the changes on-premise. 54 54 55 -//__ ChangingSSLsettingsfor3rd generationruntimemodelsworks__//56 - Aswiththecurrentruntime architecture,youcanchangeheSSLsettings ifneededfor amodelrunninginthe3rdgenerationruntime.63 +//__Empty runtime feedback when deploying a release (or setting the release as active)__// 64 +To prevent that you are not being able to deploy a release to your environment due to a mismatch between what is in your release and in Deploy Architecture we have now added a feedback pop-up when deploying a release that notifies you for which runtimes there is a mismatch between your release and Deploy Architecture. 57 57 58 -//__ ImprovedmigrationforJMSflows__//59 - This releasewillimprovethe migrationofJMSflowswhenmigratingtothe3rdgeneration runtime.66 +//__Auto-fill namespaces for SOAP hosted webservices__// 67 +Based on your configuration in Design eMagiz will now auto-fill the namespace when you host a SOAP web service. This avoids any potential problems in validating messages. 60 60 61 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 62