+

Search Tips   |   Advanced Search

Publish and deleting personalization rules using a script

We can use a Portal Personalization provided script, pznload, to export, publish, and delete Personalization rules on local or remote servers. We can script the delivery of rules and campaigns from staging to production, or the offline publishing between disconnected systems (such as when production servers are secured behind a firewall). We can use this function to quickly revert production servers to an earlier state.

Publish via the command-line is a two step process. First, you export the personalization rules to transfer from the authoring environment to a remote system. After exporting and saving the required objects, we use the pznload script to send this data to the appropriate server.

  1. We can export the personalization rules on the site or we can run the pznload command. Select one of the following methods to export personalization objects from the site:

    • Click More Actions > Export in the Personalization Navigator. You are prompted for a location to save a nodes file. This file contains an XML representation of all the currently selected personalization objects. We can export entire folders.

      Figure 1. Exporting a folder to the file system

    • Open a command prompt and run the following command, where out designates the location of the exported data on the local system and targetPath is the object (and children) that will be exported:

      pznload --export --out filename --serverUrl url --targetPath path --targetWorkspace workspace --username username --password password

  2. Choose the appropriate option to send this data to the appropriate server:

    The pznload script is located in the PortalServer_root/prereq.publish/ directory.

    This program accepts a number of command line options and has a set of nodes files to publish. Invoke pznload with the --help option to see a list of all options. The most important arguments are described here:

      serverUrl

      The URL of the remote publish servlet. If you do not specify a value the program will attempt to connect to a WebSphere Portal server running on the local machine.

      targetWorkspace

      The name of the workspace to publish to. The default workspace name on all IBM Content Manager run time edition installations is ROOTWORKSPACE.

      targetPath

      The location in the target workspace which will be the parent for the published nodes. The target path must exist prior to publishing. Example: If the Export function was used on the folder /Projects/HR website, then the target path should be specified as /Projects so that the published resources are once again located in /Projects/HR website.

      username

      A valid user on the target system with sufficient access rights.

      password

      The password for the user

    • AIX SolarisLinux: ./pznload.sh --serverUrl url --targetPath path --targetWorkspace workspace --username username --password password

    • IBM i: pznload.sh --serverUrl url --targetPath path --targetWorkspace workspace --username username --password password

  3. To delete objects, run the following command where TargetPath is the object (and all associated children) that will be deleted.

    pznload --delete --targetPath path -serverUrl url --targetPath path --targetWorkspace workspace --username username --password password

After a publish is started, you see status messages in the command console.


Parent: Publish personalization rules overview

Previous topic: Publish personalization rules

Next topic: Publish personalization rules over SSL