Service Profiler Snapshot CollectorVersion History |
Together with the fact that defaults were not being shared between the properties editing page and the scheduled processes, this could reflect negativelly in the Purger process having it deleting snapshots just older than 2 Weeks instead of older that 18 Months.
A quick fix would be going to the properties editing page and just click the [Save] button. This stores the defaults and corrects the issue.
This new version of the package tool now does this automatically when it is (re)loaded.
The description was equal to the textbox caption.
When using the defaults, this had no practical influence because they have the same value ('2').
But, if you changed those defaults the results could not match the expectations.
This could happen after adding new servers as Remote Aliases.
The server would be listed but no snapshot would be created for it.
Additionally, an error would be logged to the server log, like:
This version introduces the online help and enhances included information.
This is usefull to reclaim hard disk space, when clearing no longer relevant information about deactivated servers;
Keep compatibility with previous versions of the platform while keeping a webMethods v8.x look.
The list of servers was being based on the list of defined Remote Aliases. This way, only servers being actively collected could be viewed. If a server were to be decommissioned, the Remote Alias had to be deleted and its snapshot history could no longer be viewed.
By basing the list of server on the list of registered servers, these can still be viewed... while no longer collected.
Must delete the files... but optionally.
Otherwise, servers in repository that are discontinued or otherwise removed form the list of aliases will never be compacted again.
Replace existing XML file with same UUID.
Continue improving the used interface with new DSPs and options.
Continue improving the used interface with new DSPs and options.
Continue improving the used interface with new DSPs and options.
Continue improving the used interface with new DSPs and options.
First working version.
Out of necessity, at a customer's assigment, even though the snapshots were being collected to an indexed BD (in more that one way), some history of the Service Profiler snapshots was required to be readily available for consultation, at least for a seleted set of Integration Servers.
The only requirement was to be able to view the snapshots. So, using the feature of the Service Profiler to load and visualize snapshots exported as XML from other Integration Servers, all that was needed was some scheduler getting the snapshot remotelly and store it locally for offline viewing.
The collected snapshots have to be stored in some organized manner so they can be correctly identified, listed and selected for viewing. A file based repository was created for that purpose, with a properties based manifest for its internal organization. The location of the repository files is being managed out-of-the-package via the WiaRuntimeEcosystem package services.
This first version basically:
The task is autmatically created upon installation of the tool.