Changes for page 190 - Fast Forward

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 (on a special queue) 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 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
...	...	@@ -57,14 +57,14 @@
57	57
58	58	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.
59	59
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.
	60	+//__SOAP and REST web services migration, including splitting them__//
	61	+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.
62	62
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.
	63	+//__Changing SSL settings for 3rd generation runtime models works__//
	64	+As with the current runtime architecture, you can change the SSL settings if needed for a model running in the 3rd generation runtime.
65	65
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.
	66	+//__Improved migration for JMS flows__//
	67	+This release will improve the migration of JMS flows when migrating to the 3rd generation runtime.
68	68
69	69	{{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}}
70	70