Changes for page 191 - Fifty Fifty

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
...	...	@@ -31,18 +31,40 @@
31	31
32	32	[[image:Main.Images.Release Blog.WebHome@190-release-blog--queue-browser-wiretap-overview.png]]
33	33
	34	+== **Message Redelivery ** ==
	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	+
	38	+[[image:Main.Images.Release Blog.WebHome@190-release-blog--message-redelivery-overview.png]]
	39	+
	40	+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).
	41	+
	42	+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.
	43	+
	44	+On top of that we have added some additional functionality.
	45	+
	46	+* Search option
	47	+ ** Original queue name
	48	+ ** 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.
	53	+
	54	+[[image:Main.Images.Release Blog.WebHome@190-release-blog--message-redelivery-detail-overview.png]]
	55	+
34	34	== **3rd generation runtime bolstering** ==
35	35
36	36	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.
37	37
38		-//__SOAP and REST web services migration, including splitting them__//
39		-With this release, we have released the migration process that will allow you to migrate SOAP and REST web services to the 3rd generation runtime. At the same time, you can directly split the all-entry to eliminate that construction. A specific migration path for this will be published in the documentation portal.
	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.
40	40
41		-//__Changing SSL settings for 3rd generation runtime models works__//
42		-As with the current runtime architecture, you can change the SSL settings if needed for a model running in the 3rd generation runtime.
	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.
43	43
44		-//__Improved migration for JMS flows__//
45		-This release will improve the migration of JMS flows when migrating to the 3rd generation 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.
46	46
47	47	{{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}}
48	48