Advanced build features
The WebSphere Commerce Build and Deployment tool provides many advanced build features to support complex configurations. Use these features to improve your build process.
- Support for multiple target environments
- Extracting source code by incremental update
- Excluding static Web assets in Web modules from the deployment packages
- Excluding EAR assets from the deployment packages
- Stand-alone properties file encoding utility
- Support for multiple build types
- Centralized server deployment
- E-mail notifications of build status
- Additional logging and tracing
- Debug options for EJBDeploy
Support for multiple target environments
The WebSphere Commerce Build and Deployment tool supports target-specific deployment of
database and EAR assets by employing a specific file structure and naming convention. Deployment
targets can generally be categorized by use, such as production, test, and development. Each
deployment target must be assigned an identifier, which is used by the tool to facilitate
target-specific deployment. For example, the values prod
, test
,
and dev
can be used as identifiers for the previously mentioned deployment
targets.
Decompressed EAR assets (such as EAR properties files, EAR XML files, and files in web modules) can employ a specific file naming convention to identify the specific target environment to which the files are deployed. A file of name name.extension specific to a target environment target-env can be renamed to name.targetable.target-env.extension and checked into the repository.
Consider the scenario where the Struts configuration for the
Stores module is different between the development environment (identified as dev
)
and the production environment (identified as prod
). For example, the development
environment might have some configuration settings that are not ready to be deployed to the
production environment. To ensure that the right version of the file is deployed to each
environment, the files can be renamed and checked into the repository as follows:
- workspace/Stores/WebContent/WEB-INF/struts-config-ext.targetable.dev.xml
- workspace/Stores/WebContent/WEB-INF/struts-config-ext.targetable.prod.xml
During the deployment process, a deployment target value is provided when the deployment
process is run. If this value is dev
(that is, deploy to the development
environment), the struts-config-ext.targetable.dev.xml file is renamed to the
original name struts-config-ext.xml and deployed to the system. Such feature is
especially useful for files that differ between target environments, such as
wc-server.xml and files that contain environment-specific paths, URLs, and port
numbers. It also provides developers access to files for all target environments in the development
environment, making it easy to change and manage. It is imperative that developers are aware of, and
use these features to support a multiple deployment target environment to avoid additional build and
maintenance effort.
Extracting source code by incremental update
The WebSphere Commerce Build and Deployment tool provides an option to extract source code by incremental update instead of a full checkout. This option allows quicker source code extraction time, especially when the quantity of changes between build levels is small. To enable the update mode for source code extraction, follow the steps below:
- Open WCBD_installdir/build.properties with a text editor
and set the following properties:
- Set the
extract.update.mode
property totrue
, so that the source code extraction process will not delete the source directory but instead update it. - Set the
source.dir
to a static path. The default path${basedir}/source/${build.label}
is not static becausebuild.label
might change every build. A static path can be, for example,${basedir}/source
. If the multiple build type support feature is used, it can be set to, for example,${basedir}/source/${build.type}
, so that each build type has its own independent static source directory for incremental updates.
- Set the
- Set up the source extraction Ant script with one of the Ant script samples for various SCMs that were updated to support incremental update.
When you use this feature, any operations that modify source code must be done in the working directory instead of the source directory if you customize the build process. This practice ensures that incremental updates to the source directory can be done accurately.
Excluding static web assets in web modules from the deployment packages
The WebSphere Commerce Build and Deployment tool provides a way to exclude static web assets in web modules from the deployment packages. This is useful for reducing the process usage of building and deploying static content, such as image and HTML files, that are rarely changed. For each web module that requires exclusion of static web assets, follow the steps below:
- If the exclusion is achieved by including a subset of files, create a new file that is called web-content-includes.txt at the root of the web module, then add the inclusion patterns, relative to the root of the web content directory in the web module, to the file.
- If the exclusion is achieved by excluding a subset of files, create a new file that is called web-content-excludes.txt at the root of the web module, then add the exclusion patterns, relative to the root of the web content directory in the web module, to the file.
- Check in the new files to the repository for use by the build process.
The build process detects the existence of these files and uses them to exclude static web contents from web modules. One implication of using this feature is that the deployment package might not be able to set up a new environment since not all assets are included. Ensure that the users of the deployment packages are aware of this limitation.
Aurora
store folder in the Stores
module are to be
excluded from the deployment packages. To use this feature, you can create an exclusion file
workspace/Stores/web-content-excludes.txt in the repository with the following
contents:Aurora/images/**
Excluding EAR assets from the deployment packages
The WebSphere Commerce Build and Deployment tool provides a way to exclude EAR assets from the deployment packages. This option is useful for excluding EAR assets that are not changed by your customization, and Java EE modules with bindings specific to the development environment that causes configuration and application startup issues if they were deployed to another target environment. Complete the following steps to use this feature:
- If the exclusion is achieved by including a subset of files, create a new file that is called
ear-dir-includes.txt at the root of the
WC
project, then add the inclusion patterns to the file. - If the exclusion is achieved by excluding a subset of files, create a new file that is called
ear-dir-excludes.txt at the root of the
WC
project, then add the exclusion patterns to the file. - Check in the new files to the repository for use by the build process.
The build process detects the existence of these files and uses them to exclude EAR assets. One implication of using this feature is that the deployment package might not be able to set up a new environment since not all assets are included. Ensure that the users of the deployment packages are aware of this limitation.
Consider the example where all JAR files in the root of
theWC
project are to be excluded from the deployment packages. To use this feature,
you can create an exclusion file workspace/WC/ear-dir-excludes.txt in the
repository with the following contents:
*.jar
Stand-alone properties file encoding utility
For convenience, a stand-alone properties file encoding utility is included in the WebSphere Commerce Build and Deployment tool. After the setenv script is configured when you configure the build settings, complete the following steps to use the utility:
- Change directory to WCBD_installdir.
- Run the following command, where file is the properties file to be encoded:
-
wcbd-encode-properties.bat -Dfile=file
wcbd-encode-properties -Dfile=file
-
Support for multiple build types
The WebSphere Commerce Build and Deployment tool supports multiple build configurations based on build type. To use this feature, complete the following steps below to configure and run the build process:
- When you configure the build settings, instead of creating WCBD_installdir/build.properties and WCBD_installdir/build.private.properties, create the files as WCBD_installdir/build-build-type.properties and WCBD_installdir/build-build-type.private.properties, where build-type is an identifier for the build type.
- When you run the build process, specify the following option when you call the
wcbd-ant.bat or wcbd-ant
command:
-Dbuild.type=build-type
The build type identifier is added to the log directory name and the deployment package file
name. A new build.type
property is also defined in the
wcbd-build-info.properties file that is generated and added into the deployment
packages.
Centralized server deployment
To facilitate the centralization of the build and server deployment processes, the WebSphere Commerce Build and Deployment tool provides a way to run the server deployment process on multiple target environments after the server deployment package is created in the build process. Follow the steps below to use this feature:
- Place all server deployment customization assets, if any, into the WCBD_installdir/deploy/server directory.
- Pre-configure the server deployment settings to facilitate remote server deployment from the build system and
place all files into the /WCBD_installdir/deploy/server
directory. These files might include:
- The static web assets deployment Ant script and properties files, if any.
- The WebSphere Commerce configuration file synchronization Ant script and properties files, if any.
- The Data Load utility customization deployment Ant script and properties files, if any.
- The setenv script and the deployment properties files for all target environment to be updated by the centralized deployment.
- Open WCBD_installdir/build.properties with a text editor and set the properties under the "Properties for centralized server deployment" section. Refer to the comments in the file for details.
To extend support for this feature, the server deployment process can now be run, in a remote deployment scenario, with a WebSphere Commerce Developer installation.
Email notifications of build status
The build process can be configured to send email notifications upon success or failure. For failure notifications, the archived build log file is attached for convenience. Follow the steps below to enable this functionality in the build settings:
- Open WCBD_installdir/build.properties with a text editor and set the properties under the "Properties for email notification" section. Refer to the comments in the file for details.
- If the SMTP server requires authentication, open
WCBD_installdir/build.private.properties with a text editor
and set the following properties:
mail.user
mail.password
Additional logging and tracing
Ant provides both a verbose
and a debug option to provide additional tracing that is useful for problem determination. To enable
verbose mode, provide either the -v
or -verbose
option when you
call the wcbd-ant.bat
or wcbd-ant
command to run the build
process. Likewise, to enable debug mode, provide either the -d
or
-debug
option when you call the wcbd-ant.bat
or
wcbd-ant
command to run the build process.
The Build and Deployment tool provides a custom logger that captures performance data of the build and deployment processes. The logger outputs the start and end time, and the elapsed time for each target that is run, to the console. The following is a sample section of the performance data that is produced by the logger for the extract target in the build process:
[Wed, 21 Jul 2010 10:56:54 -0400] wcbd-build > extract
extract:
[echoNL] Extracting source code with C:\IBM\WCDE_ENT70\wcbd/extract-local.xml.
[delete] Deleting directory C:\IBM\WCDE_ENT70\wcbd\source\empty
[mkdir] Created dir: C:\IBM\WCDE_ENT70\wcbd\source\empty
[Wed, 21 Jul 2010 10:56:54 -0400] extract-local > all
all:
[delete] Deleting directory C:\IBM\WCDE_ENT70\wcbd\source\empty
[mkdir] Created dir: C:\IBM\WCDE_ENT70\wcbd\source\empty
[copy] Copying 448 files to C:\IBM\WCDE_ENT70\wcbd\source\empty
[copy] Copied 191 empty directories to 5 empty directories under C:\IBM\WCDE_ENT70\wcbd\source\empty
[Wed, 21 Jul 2010 10:56:55 -0400] extract-local < all (1 second)
[Wed, 21 Jul 2010 10:56:55 -0400] wcbd-build < extract (1 second)
To
use the logger, provide the following options when you call the wcbd-ant.bat
or
wcbd-ant
command to run the build
process:
-logger com.ibm.commerce.wcbd.ant.logger.PerformanceLogger
> log-file 2>&1
Debug options for EJBDeploy
Property name | Usage |
---|---|
ejbdeploy.codegen |
Set this property to true to keep the Java source files
generated by EJBDeploy. |
ejbdeploy.keep.generated |
Set this property to true to keep the working directory after
EJBDeploy completes. The working directory is typically
${working.compile.dir}/${type}/${module.name} , for example,
/WC_installdirwcbd/working/compile/ejb/WebSphereCommerceServerExtensionsData. |
ejbdeploy.quiet |
Set this property to false to disable quiet mode for
EJBDeploy so that detailed logging information are displayed. |
ejbdeploy.no.validate |
Set this property to false to display validation messages
from EJBDeploy. |
ejbdeploy.trace |
Set this property to true to enable internal tracing for
EJBDeploy. |
ejbdeploy.jvm.max.memory |
Set this property to a higher value than the default 256 MB if EJBDeploy is running out of memory. |
If the command fails in the build process, open WCBD_installdir/build.properties with a text editor to set these properties, and then run the build process again.