This topic summarizes the history of significant changes in TIBCO® Artifact Management Server release 1.3.0, including features, enhancements, and corrections.
TIBCO AMS 1.3.0 added the following updates and new features:
AMS now natively supports artifact storage in Subversion and Git repositories. See AMS Integration with Source Control Management Systems more information.
AMS now provides the ability to import a StreamBase Decision Table operator's schema to populate decision table artifacts in the AMS web client. See Adding a New Artifact into a Project for details.
AMS now supports a new editor for business rule management in StreamBase decision table artifacts. See Managing Rules Using the Schema Editor for details.
The list project artifacts and fetch artifact REST endpoints now have query parameters that control whether artifact content and/or metadata is returned by the AMS server (filtering is useful for not displaying base64-encoded content of binary artifacts, for example).
The AMS configuration file now has a DeploymentServiceNames.filter
property used to restrict the StreamBase service names artifacts get deployed to. See AMS Configuration Reference for more information.
The new project menu option hides the project and its artifacts from the Workspace view. See Project Menu for more information.
AMS now supports generic artifacts of plain text type, using the .txt extension.
When replacing an artifact using the
> menu option, AMS displays the differences between the two files, prior to replacement.The ams-server --cipher command enciphers clear text information such as passwords, in the ams.conf
file.
Functionality changes beyond those described above are shown here.
Artifact content is now only Base64 encoded when the UTF-8 decoding fails. CSV files, for example, could potentially be edited with the AMS's simple text editor when they are not Base64-encoded.
Multiple (as well as leading) dots are now allowed in non-TIBCO BusinessEvents artifact names. For artifacts added from BusinessEvents, the current naming restrictions remain in place (which AMS displays when encountered when adding artifacts).
If the web client encounters an error, the resulting error dialog now includes a Details pane that will show additional information, with the option to copy this information to the clipboard.
Instead of automatically resulting in success when a Checked Out Artifact ID does not exist, the end-point now supports the following query argument: ignoreAlreadyDeletedArtifact.
No features are deprecated in this release.
There are no known migration issues when upgrading from AMS 1.x to AMS 1.3.0.
This section describes known limitations in the current release of the TIBCO Artifact Management Server. Each item includes a tracking number, description, and whenever possible, one or more workarounds.
Currently there are no known limitations.
This section describes resolved limitations in the current release of the TIBCO® Artifact Management Server. Each item includes a tracking number and a description.
Fixed in 1.3.0 | |
---|---|
Number | Resolution |
SB‑43882 | The REST API was updated to fix an issue that caused PUT/artifacts/checkout to fail if the projectId property in the request was in the UUID format (with dashes). |
SB‑42357 | This release fixes an issue that prevented the User Management page from displaying a current user's enabled/disabled state in some cases. |
SB‑42355 | An issue prevented AMS from refreshing the artifact's lock state. This was fixed. |