Advanced different-space publishing

Overview

In this example, we'll look at some advanced markup including customized approvals, queued actions, custom events, and error handling.

Basic Markup

Here is the basic markup from the different-space publishing page.

While the above example will enable the different-space publishing, there are some potential issues that should be considered:

• how long does the content take to publish, particularly in cases where several pages might be published at the same time?

• what happens if an error occurs? The publishing app might be mid-upgrade, or the configuration could be invalid, etc.

To accommodate these potential issues, we'll make the following updates to the workflow markup

1. Add a new Synchronise state which will trigger the publishing process

2. Add some custom events to handle success and failure scenarios

3. Add an Error state to decide what happens if synchronization fails

Adding the states

Here is the markup from above, with the added states Synchronise and Error.

We have also

• updated the trigger to be activated by the Synchronise state change rather than the Published state

• also, the Review state will now transition to Synchronise instead of Published when approved

Improving the states

Currently, the Synchronise state will show the default state selection drop-down, which isn't what we want.

Let's hide that using the hideselection parameter, and we'll also give the state a description to explain what's going on to anyone who opens the workflow popup during synchronization.

We should probably show an on-screen message during synchronization too, using a set-message action in the trigger.

Our Error state also needs some work.

Let's

• add buttons to Retry or Ignore – we can achieve that using a customized approval

• hide the Error state from the Progress tracker using the hidefrompath parameter

• set the color for the state to be red

Queued and custom triggers

Complex content might take a few moments to synchronize, especially if an entire page hierarchy is being published at the same time.

So we'll queue the actions in the trigger.

Here's the updated trigger set on the state change event to the Synchronise state.

If the server is busy, it may take a moment before the queued actions are processed.

We want the synchronizing message to be displayed as quickly as possible, so let's split that out into a separate trigger that uses the pageapproved event instead.

The pageapproved event is sent before the state changes, and thus before the statechanged event.

We're almost finished.

The last thing we need to do is handle the outcome of the publish-page action – to achieve that we can use the newevent parameter.

• the newevent parameter creates a new custom event after the actions in the trigger have been completed

• we'll call this event AfterSync 

In addition to creating the event, the newevent does two other things

• it sends a success flag to any trigger or triggers listening to the event – this indicates whether the actions in the original trigger were successful or not

• if errors occur whilst processing the actions, the @errormessage@ value reference will also be set in triggers listening to the new event

It's perfect for our needs, almost as if newevent was created precisely for this purpose.

Putting it all together

Here's the finished workflow.

Related pages

• Different-space publishing

• publish-page macro

• Events

• Triggers

Comala Publishing

• Using publish and sync with the Comala Document Management family of apps

• Space Publishing - space configuration

• Publish a whole space using a Comala workflow

• Publish a document using a Comala Document Management workflow trigger