Do not change the workspaces locking policy if you have uncommitted data in any
of your workspaces. This can cause undefined behavior with the uncommitted data.
Note: The development environment is not an authoring environment. Support is provided
in the environment for customization purposes only. For example, testing changes to content
management functionality. The ability to propagate changes is not available. If you want to make
changes to the content management workspaces, you cannot publish the changes out to another
database.
Before deciding on the locking policy to use on your authoring environment, review the
Considerations when selecting a locking
policy topic carefully to understand the implications of each locking policy.
Procedure
-
Copy the following file to a temporary location:
WCDE_installdir/xml/content-management/wc-resource-containers.xml
- workspace_dir/WC/xml/content-management/wc-resource-containers.xml
This file should never be directly modified.
-
Open the temporary copy of the file in a text editor.
-
Find the following text:
<wc:DefaultConfiguration
lockingPolicy="Workspaces_locking_policy"
enableDynamicWorkspaceCreation="false"
readPrefixName="WCR"
writePrefixName="WCW"
/>
-
For the locking policy you want to enable, replace Workspaces_locking_policy
with one of the policy classes shown below the locking policy name:
Option | Description |
---|
Workspaces locking |
com.ibm.commerce.context.content.locking.WorkspaceLockingPolicy |
Task group locking |
com.ibm.commerce.context.content.locking.TaskGroupLockingPolicy |
Task locking |
com.ibm.commerce.context.content.locking.TaskLockingPolicy |
No locking |
com.ibm.commerce.context.content.locking.NoLockingPolicy |
-
Save your changes.
-
Update your deployment package to include your updated files. For more information, see Building a custom Docker image from a deployable package.