close

Filter

loading table of contents...

Workflow Manual / Version 2406.0

Table Of Contents

3.5.4 Upload

With the upload tool you can add new process definitions to the workflow server.

usage: cm upload -u <user> [other options] 
          [-f <definition path> [-j <jar path>] | 
          -n <name1> <name2> ...]
available options:
 -n,--names <names>          names of built-in workflows to upload
 -d,--domain <domain name>   domain for login (default=<builtin>)
 -f,--definition <def>       file name of the workflow definition to
                             upload
 -j,--jar <jar>              file name of the workflow jar to upload
 -p,--password <password>    password for login
 -u,--user <user name>       user for login (required)
 -url <ior url>              url to connect to

The options have the following meaning:

Parameters Description
-n Specify workflows by filename (such as studio-two-step-publication.xml). This works only for the standard workflows which are delivered with the CoreMedia CMS.
-f Specify the XML file which contains the process definition. This option is available only if your CoreMedia CMS license includes the usage of custom workflows.
-j Specify a JAR file which contains all resources (esp. custom actions) your workflow needs. You need this option only in combination with the -f option for custom workflows. The standard workflows don't need additional resources.

Table 3.4. Options of upload


If a process definition with the name of the uploaded process definition exists already, that definition is superseded by the uploaded definition. Process instances of the old definition run to completion, but additional instances are built using the new definition.

If your process definition references custom Java classes, such classes are preferentially loaded from the JAR files located in the Workflow Server's lib directory. Only if a class with a given name is not found there, the server will read the uploaded JAR.

If you upload all custom classes with the process definition and refrain from deploying jars at the Workflow Server, it becomes easier to use updated versions of the classes. In this case the new classes will only be used with the new definition, while the existing definitions and instances use the original versions. Therefore, it is not necessary to run the tool cm workflowconverter to resolve possible serialization issues.

Search Results

Table Of Contents
warning

Your Internet Explorer is no longer supported.

Please use Mozilla Firefox, Google Chrome, or Microsoft Edge.