Jūs skatāties palīdzības saturu versijai:
- 6.5
- 6.4
- 6.3
- Vecākas versijas
When administering workflows you can start them using a variety of methods:
- Manually:
- From a Workflow Model.
- Using a workflow package for batch processing.
- Automatically:
- In response to node changes; using a Launcher.
Piezīme.
Other methods are also available to authors; for full details see:
You can start a workflow based on one of the models listed on the Workflow Models console. The only mandatory information is the payload, though a title and/or comment can be added as well.
The Workflow Launcher monitors changes in the content repository to launch workflows dependent on the location and resource type of the changed node.
- See the workflows already launched for specific nodes.
- Select a workflow to be launched when a certain node/node-type has been created/modified/removed.
- Remove an existing workflow-to-node relationship.
A launcher can be created for any node. However, changes to certain nodes do not launch workflows. Changes to nodes below the following paths do not cause workflows to launch:
- /etc/workflow/instances
- Any workflow-inbox node located anywhere in the /home/users branch
- /tmp
- /var/audit
- /var/classes
- /var/eventing
- /var/linkchecker
- /var/mobile
- /var/statistics
- Exception: Changes to nodes below /var/statistics/tracking do cause workflows to launch.
Various definitions are included with the standard installation. These are used for digital asset management and social collaboration tasks:

Workflow packages are packages that can be passed to a workflow for processing, allowing multiple resources to be processed.
A workflow package:
- contains links to a set of resources (such as pages, assets).
- holds package information such as the creation date, the user that created the package and a short description.
- is defined using a specialized page template; such pages allow the user to specify the resources in the package.
- can be used multiple times.
- can be changed by the user (add or remove resources) while the workflow instance is actually running.
-
Select the workflow (according to the console view); you can also use Search (top left) if required:
Piezīme.
The Transient indicator shows workflows for which the workflow history will not be persisted.
-
- Event Type
The event type that will launch the workflow:- Created
- Modified
- Removed
- Notetype
The type of node that the workflow launcher applies to. - Path
The path that the workflow launcher applies to. - Run Mode(s)
The type of server that the workflow launcher applies to. Select Author, Publish, or Author & Publish. - Conditions
A list of conditions for node values that, when evaluated, determine whether the worklow is launched. For example, the following condition causes the workflow to launch when the node has a property name with the value User:
name==User - Features
A list of features to be enabled. Select the required feature(s) using the drop down selector. - Disabled Features
A list of features to be disabled. Select the required feature(s) using the drop down selector. - Workflow Model
The workflow to launch when the Event Type occurs on the Nodetype and/or Path under the defined Condition. - Description
Your own text to describe and identify the launcher configuration. - Activate
Controls whether the workflow launcher is activated:- Select Enable to launch workflows when the configuration properties are satisfied.
- Select Disable when the workflow should not execute (not even when the configuration properties are satisfied).
- Exclude List
This specifies any JCR events to exclude (i.e. ignore) when determining whether a workflow should be triggered.
This launcher property is a comma separated list of items:- property-name ignore any jcr event which triggered on the specified property name.
- event-user-data:<someValue> ignores any event that contains the <someValue> user-data set through the ObservationManager API.
jcr:lastModified,dc:modified,dc:format,jcr:lastModifiedBy,imageMap,event-user-data:changedByWorkflowProcess
This feature can be used to ignore any changes triggered by another workflow process by adding the exclude item:
event-user-data:changedByWorkflowProcess
- Event Type
After you have created your launcher configuration you can use the same console to select the instance, then View Properties (and edit them) or Delete.
Uzmanību!
It is not recommended to edit any of the out-of-the-box workflow launchers as you would (potentially) have to re-apply the edits after applying any form of update (e.g upgrade, service pack, feature pack, hot-fix amongst others).
It is recommended to clone and modify the workflow launcher. See the Best Practices for Workflows.
-
The Start Workflow dialog opens allowing you to enter the payload and an optional title and comment.
Specify the payload (includes pages, nodes, resources, and so on) to which the workflow is to be applied. You can use the drop down menu to browse the repository when selecting:
Piezīme.
The Transient column indicates workflows for which the workflow history will not be persisted.
Once a page has been linked to a workflow it will be indicated in the Status column in the Websites console:

-
- Event Type: The event type that will launch the workflow:
- Created
- Modified
- Removed
- Nodetype: The type of node that the workflow launcher applies to.
- Path: The path that the workflow launcher applies to.
- Conditions: Conditions for node values that, when evaluated, determine whether the worklow is launched. For example, the following condition causes the workflow to launch when the node has a property name with the value User:
name==User
- Workflow: The workflow to launch when the Event Type occurs on the Nodetype and/or Path under the defined Condition.
- Activate: Controls whether the workflow launcher is activated:
- Select Enable to launch workflows when the configuration properties are satisfied.
- Select Disable when the workflow should not execute when the configuration properties are satisfied.
- Exclude List
This specifies any JCR events to exclude (i.e. ignore) when determining whether a workflow should be triggered.
This launcher property is a comma separated list of items:- property-name ignore any jcr event which triggered on the specified property name.
- event-user-data:<someValue> ignores any event that contains the <someValue> user-data set through the ObservationManager API.
jcr:lastModified,dc:modified,dc:format,jcr:lastModifiedBy,imageMap,event-user-data:changedByWorkflowProcess
This feature can be used to ignore any changes triggered by another workflow process by adding the exclude item:
event-user-data:changedByWorkflowProcess - Run Mode(s): The type of server that the workflow launcher applies to. Select Author, Publish, or Author&Publish.
- Event Type: The event type that will launch the workflow:
Open the Workflow tab.
Select the Launcher tab.
Click on the entry you want to remove.
Click Remove.
-
Open the Tools console. (http://localhost:4502/miscadmin#/etc)
After creating the workflow package page you can apply a workflow. This marks all resources as being subject to the workflow (assets and pages). The workflow will only take action on the resources listed, not on the definition page itself.
- Open the workflow package page.
- Select the Workflow tab from the sidekick.
- Select the required workflow.
- Click Start Workflow.
From the Workflow console you can see the workflow running, with the workflow package page as Payload.
For example, if you:
- add new paragraphs to the We.Retail Product pages
- create a workflow package holding the We.Retail Product pages as resources
- apply the Publish Example workflow to this workflow package page
- Complete the Validate Content step
Both the Support and Product pages will be published by the same workflow instance.
Uzmanību!
You must select a workflow that has been developed for use with workflow packages. For example, Publish Example, Request for Activation or Request for Deactivation.
Addtional resources can be added to a workflow package page even while a workflow is running:
- Create a workflow package page.
- Add resources to the page.
- Start a workflow for the package.
Using the Websites console, confirm that the Status of the resources indicate they are in a workflow. - Edit the workflow package page to add new resources.
Using the Websites console, confirm that the Status of the new resources indicate that they are also in the workflow.