Staging to production process
This overview provides information necessary to understand how to stage your portal to production from managing your configuration to team roles and portal solution release configurations.
Initial and differential release
- The web content development environment is where the following
information is developed:
- Presentations
- Authoring templates
- Taxonomies
- Content libraries
- Content components such as personalization components
- Personalization rules
- The Portal development environment is where the following information
is developed:
- Portlets
- Extensions
- Themes
- Applications
- The export directory is where you store all source artifacts, including Web Content Manager artifacts. You can either compress this directory and import it to your other staging environments or build a Portal Application Archive (PAA) file.
- Use the rendering environment to test the rendering of the web content and portal development artifacts together. Developers might have access to this environment to test their code.
- Use the preproduction environment to test everything on a cluster configuration that mirrors the live cluster. Only the administrators have access to this environment.
- You can use the Content Authoring environment to test the syndication process before you move to the production environment. This environment is the first place where you can test the full content of your site. The full content includes the page structure and the web content. The authoring (6) and rendering (5) environments are also a good place to run more performance measurements. These measurements ensure that your production environment performs to your expectations. Some teams might also want to use the staging environment for training or demonstration purposes.
- The production cluster environment is the live website cluster.
- The authoring environment is where content developers and editors develop new content and content updates for the site.
The initial release
The initial solution release must move all artifacts from the source portal to the staging target, which is assumed to be empty. An empty portal does not hold any application payload. There are procedures in place to allow a clean portal installation and to prepare it as target for an initial staging step. Depending on the set of artifacts that is deployed on the source, multiple tools are required. Use these tools to export the artifacts from the source and import them to the target.
- Custom code libraries to the application server that are needed by your applications and extensions
- WAR or EAR files to the application server that might contain custom extensions or themes and skins
- Portlet WAR files
- HCL Web Content Manager libraries
- The initial portal content in an XML file format that is created with the XMLAccess tool
- Personalization rules
The differential release (making updates)
- Removing of all release data and deploying the new full release is time-consuming. Instead, it would be beneficial to deploy the differences, especially since the differences are only a small part of the solution.
- Customizations can get lost.
Use the ReleaseBuilder to manage release configurations independent of user configurations. Release configuration data can be exported into an XMLAccess configuration file. During staging of follow-on releases, it is possible to stage differences between two releases. Use the XML configuration interface for these differences. Difference means differences between release configurations, including configuration entities that were removed, added, or changed in comparison to the previous release. Go to Updates using ReleaseBuilder for information.
Web content updates are done with the Web Content Manager syndication feature. If managed pages are enabled, syndication also ensures that all required page artifacts are transferred along with the content.
Go to Updates with syndication for information about managing updates across multiple lines of production.
If your staging server has a different LDAP than the production, go to Member fixer with syndication and Maintaining web content for information.