Web Services Changelog
6.10.2
Asset Factory assetType
6.10
Facebook Connector Changes
A new connector super-type has been added that acts as the parent type for the new Facebook Connector and for the existing Twitter Connector. It's called a "statusUpdateConnector" and is declared as the following:
Another new connector complex type has been added to represent Facebook Connectors.
A "facebookconnector" entry has likewise been added to the "entityTypeString" enumeration.
Destination Web URLs
A new field has been added to the "destination" complex type called "webUrl" which is equivalent to the field now available in the UI.
6.8.3
Addition of Created By/Created On Fields
The created by and created on fields for Home Area Assets can now be accessed via web services. Their element declarations are found below.
6.8
Simpler editing of read assets
When reading an asset, Cascade returns both ids and paths (or names for assets that do not have paths) of both the read asset and any referenced assets. Prior to 6.8, a user had to manually null out one of these two values in addition to their other modifications before submitting the page for edit. As of Cascade 6.8, all asset relationship elements which include id and path elements can now contain both values when submitted for edit. If both fields are present, the id will be used in favor of the path to locate the asset or any referenced asset.
Java Example
Here's Java code to update the Page's title prior to 6.8:
Here's the same operation in 6.8:
Google Analytics Connector
In Cascade 6.8, a new type of Connector has been introduced: Google Analytics Connector.
Creation and editing of that Connector is identical to the other ones with a small difference: connectorContentTypeLinks are not requred. This is because Google Analytics Connector does not use Connector Content Type Links. However, when creating or editing a Twitter Connector or a WordPress Connector, they still need to be provided.
Asset scheduled publishing - new properties
Sites, Publish Sets, Destinations and Targets have updated scheduled publishing properties. The type of scheduled publishing (every day, each selected day of a week, every n hours, Cron expression) is dependent on which one of the following fields is not null:
- publishIntervalHours - for every n hours publish, provide the amount of hours for the interval
- publishDaysOfWeek - uses the complexType daysOfWeek. Provide one or more values from the enumeration daysOfWeek indicating which days the asset should be published.
- cronExpression - for Cron expression publish, provide the cron expression in a string form, timeToPublish field is ignored in this case
Content Type Page Configuration-Destinations
As of 6.8, Content Types in Sites can have Destinations assigned for each Configuration coming from the Content Type's Configuration Set. These can be assigned through web services using contentTypePageConfigurations element.
Each contentTypePageConfigurations element contains a list of contentTypePageConfiguration elements.
Each contentTypePageConfiguration element should correspond to each Configuration Set's Configuration and is referenced by pageConfigurationId and pageConfigurationName elements. Only one of these elements is necessary. If the contentTypePageConfiguration element is not provided for a particular Configuration, Cascade Server will assign the default value to it - "All Destinations".
Also, contentTypePageConfiguration elements contain a required publishMode simple type. The available publish modes correspond to the ones provided in the user interface:
- all-destinations - "All Destinations" option
- selected-destinations - "Selected Destinations" option
- do-not-publish - "Do not publish" option
If the publishMode is selected-destinations, a list of destination identifiers is required.
6.7.5
Workflow Configuration End Date
Workflow end dates can now be set when issuing create, edit, copy, move, or delete requests with a workflow configuration. Below is the new element that has been added to the workflow-configuration complex type.
Workflow Start Date and End Date
The Workflow object returned through "readWorkflowInformation" operation now contains two additional properties: startDate and endDate. Below are the new elements that have been added to the workflow complex type.
Database Transports
The data type of the transportSiteId element of the databaseTransport complex type has been changed from positiveInteger to nonNegativeInteger to allow use of transport site id '0'. This ensures parity between the valid site id values that can be submitted through the UI and through web services operations.Workflow Step Configuration
The "move" element has been removed from the workflowAction complex type as it is no longer used in workflow.6.7.3
Applicable Groups for Workflow Definitions, Asset Factories, Asset Factory Containers, and Destinations
As of 6.7.3, the "applicableGroups" property is not required and non-nillable for Workflow Definitions, Asset Factories, Asset Factory Containers, and Destinations and should contain a semicolon delimited list of group names.
Previously, "applicable groups" assigned were being read as a comma-separated list of group names. However, they were being stored as semicolon-separated so if you attempted to edit using commas it would actually clear out the "applicable groups" property when the asset was viewed in the application.
New Sub-types for Transports
The entityTypeString simple type has been updated so that it contains more specific Transport types, which is consistent with other asset types that have sub-types (e.g. Blocks can be block_INDEX, block_XML, etc.). The new entityTypeStrings are displayed below.
6.7
Recycle Bin
With the addition of the Recycle Bin, it was necessary to add new elements in various places where recycle entities are being referenced. These new elements will indicate whether or not an assignment made on an asset is referring to a recycled asset. This element was added mainly so that users can tell when a relationship refers to a recycled entity. Setting these elements to true will NOT recycle an asset that has not been recycled yet. These elements are ignored when creating/editing assets.
Here are a few examples:
Template's Format
Group's Starting Page
Page Region's Block
Purge Interval
The Recycle Bin comes equipped with a automatic purge feature which will remove items from the Recycle Bin (and from the system completely) after a specified amount of time. This configuration property is applicable for each Site and has therefore been added to the 'site' complex type so that it can be modified via web services.
Values which are valid for this property are displayed below. The unit of measure is 'days'.
XHTML/Data Definition Blocks
In 6.7, XHTML Blocks have been upgraded to XHTML/Data Definition Blocks and therefore required some changes in the WSDL. First, you will notice that the name of the complex type for these Blocks has been changed to "xhtmlDataDefinitionBlock" from "xhtmlBlock". This complex type also now contains a new element, "structuredData", which is used to specify a Data Definition and the structured data itself (exactly like Page editing). Either the "xhtml" element or the "structuredData" element should be filled out, but not both.
Here is the new entity type string declaration for XHTML/Data Definition Blocks:
In addition to the changes mentioned above, the term "structured data definition" has been replaced by "data definition" across the board (not just in the WSDL but also in the Cascade UI). Elements referring to Data Definition no longer contain the prefix "structured". Below are a few examples.
Entity type strings for Data Definition and Data Definition Container
The "dataDefinition" and "dataDefinitionContainer" complex types, formerly known as "structuredDataDefinition" and "structuredDataDefinitionContainer".
Move Operation
Moving/renaming assets is now its own operation within the Cascade UI. This change has also been made in the Web Services layer. There now exists a "move" operation that must be used in order to move or rename an asset. The elements of the move operation are vary similar to a copy operation. Relevant complex types are displayed below.
The "move" operation and parameters:
New Audit Types
A few new audit types have been added that correspond to new features mentioned above. These audits types are:
Ability Updates
A number of abilities have been added and updated as a part of 6.7. They are listed below and separated into Global and Site abilities.
Global Abilities
Site Abilities
Additional Changes
A few miscellaneous items have been updated to maintain parity between properties available for editing in the Cascade UI and via Web Services.
The first is the default Site property on the "user" complex type. As in the Ui, this is used to specify a Site into which a User is placed upon logging into Cascade.
The remaining fields are contained in the "file" complex type. They are "rewriteLinks" and "maintainAbsoluteLinks" which dictate how links are managed inside File assets.
6.4
Connectors
Available in 6.4 is the ability to manipulate Connectors and their containers via web services. Three new values have been added to the entityTypeString simple type to use when reading a Connector or a Connector's container. Three new elements have also been added to the asset complex type which enables creation and editing of Connectors and Connector Containers.
Creating and editing Connectors is accomplished by using a number of new complex types. The three main complex types are displayed below. Notice there is a connector complex type which is extended by the wordpressConnector and twitterConnector complex types.
Each Connector must have at least one Content Type assignment. Content Type assignments are declared by using the connectorContentTypeLinks element available on the connector complex type. The connectorContentTypeLinks element is of type connector-content-type-link-list which is another complex type which can contain any number of connector-content-type-link's. Each connector-content-type-link represents a single Content Type assignment for a particular Connector.
For some Connectors, Connector Content Type assignments have additional parameters specific for each Content Type assignment which can be manipulated using the connectorContentTypeLinkParams element available on each assignment. Each parameter simply has a name and a value.
Connectors can also have additional parameters that are not specific to a particular Content Type link. These parameters are supplied via the connectorParameters element available in the connector complex type. The connectorParameters element is of type connector-parameter-list and contains any number of connector-parameter objects.
Manipulating Connector Containers is accomplished using the connectorContainer complex type which behaves the same as most other system area container types. The main difference is that all Connector Containers must belong to a Site.
The root Connector container id for a particular Site can be acquired by reading the Site and accessing the rootConnectorContainerId element now available on the site complex type.
Abilities
Access to the Connectors area within a Site can be granted via web services using a new Site level ability which has been added to the WSDL. It has been added to the site-abilities complex type and is shown below.
A new global ability has been added to Cascade which governs a user's access to Broadcast Messaging. This ability can now be enabled via web services using the element below which has been added to the global-abilities complex type.
6.2
Specifying Cross-Site Relationships
Now available in Cascade 6.2 is the ability to populate cross-site asset relationships via Web Services. For example, the Metadata Set field present on many Home Area assets can now be specified by path using the cross-site relationship format displayed below. Note that populating these relationships by id does not require a special format.
This cross-site relationship format is also used in the Cascade UI when selecting assets using asset choosers. Notice that this format is different from the format used when creating links between assets in the home area via content areas; this helps to distinguish the difference between a content link and an asset relationship.
To reference assets residing in the Global Area, simply use "Global" as the site name; to reference an asset contained in the same site as the asset being edited/created, simply omit the site name and ':' and only supply the path to the asset.
6.0.3
Site Destination Containers
Because Sites do not employ Targets, it was necessary to create a new type of container in 6.0 called a Site Destination Container. The web services API has been updated in Cascade 6.0.3 to allow users to manipulate these new containers. Below is the siteDestinationContainer complex type declaration.
As a result of there being two types of containers for Destinations, the parentTargetId and parentTargetPath elements of the destination complex type have been renamed to parentContainerId and parentContainerPath, respectively.
6.0.1
Sites
A number of new fields have been added to sites in 6.0.1 and are listed below. These fields correspond to relationships that are now available in the UI.
Asset Factories
Asset factory plugins can now be preserved when editing an Asset Factory via web services. A new field has been added to the assetFactory complex type, called plugins, which will contain any Asset Factory plugins that have been assigned to the Asset Factory via the Cascade GUI. Along with this field are a number of supporting complex types that represent dependent plugin properties.
6.0
Sites
With the addition of Sites, the web services API has been augmented to allow for the manipulation of assets that live either inside a Site or in the Global Area. The path element in an asset identifier has been converted into a complex type that must contain a string representing the path of the asset as well as either the site id or site name of the Site to which the asset belongs. If both the site id and site name fields are left empty, then the asset is assumed to exist in the Global Area.
When editing or creating an asset via web services, it is possible to specify the site to which the asset should belong by populating the site id or site name. A siteId and siteName element have been added to the folder-contained-asset complex type as well as the containered-asset to allow for this.
Site assets themselves can also be manipulated via web services. A site complex type has been added and is displayed below along with two supporting complex types: role-assignments and role-assignment. The two supporting complex types allow for the assigning of Roles and Users to a particular Site similar to how they would be assigned through the UI.
Roles
Role manipulation has also been added to the web services API in Cascade 6.0. Below is the role complex type which is used to create and edit Roles. Each Role requires a role type. Notice the simpleType role-types which declares the two valid values for the roleType element: site or global.
Site Roles can only be assigned to Sites; while Global Roles are only assigned to Users and Groups.
The Abilities available to a particular Role will differ depending on the type of Role. The two sets of abilities overlap but have been split into two distinct complex types: global-abilities and site-abilities. Notice that the role" complex type requires either a set of global abilities or a set of site abilities.
Page Configurations
A number of new fields have been added to the pageConfiguration complex type in order to support the manipulation of Configuration Sets that reside in a Site. These fields are displayed below. When editing a global Configuration Set, these new fields will be ignored because they do not apply. When editing a Configuration Set that lives in a Site, these fields will be used.
Templates
To allow for Templates to be created or edited in a Site, the target element of the template complex type is no longer required.
5.7
Index Block Updates
- The complex type indexBlock has a new optional field, indexBlockType, that refers to a simple type index-block-type. This field can be set to either folder or content-type. The default value is folder:
- The complex type indexBlock now also has two additional fields allowing the User to provide either a Content Type id or Content Type path:
- The name of the simple type index-block-sort-order that is being used by sortMethod in the complex type indexBlock has been renamed to index-block-sort-method
- The complex type indexBlock has a new optional field sortOrder that refers to a simple type index-block-sort-order that can be either ascending or descending. The default value is ascending:
XSLT and Script Format Updates
- The complex type stylesheet has been renamed to xsltFormat.
- A new complex type scriptFormat with the following schema has been added:
- The stylesheetId and stylesheetPath fields of the template, pageConfiguration, and pageRegion complex types have been renamed to formatId and formatPath, respectively.
- The complex type asset has had two fields, xsltFormat and scriptFormat, added and the stylesheet field has been removed.
- The stylesheet field has been removed from the asset and asset-read complex types.
Transport and Transport Container Updates
- A new complex type has been added, transportContainer, which allows Transport Containers to be manipulated via web services.
- The ftpTransport and fileSystemTransport complex types have been modified so that they extend the containered-asset complex type. This allows for Transports to be created/edited with a specified container.
- 4 new values have been added to the entityTypeString simple type: format_XSLT, format_SCRIPT, format, and transportcontainer. The value stylesheet has been removed.

