- Docs Home
- Getting started
- XL Release
- Overview
- Installation
- Get started with XL Release
- Manage your installation
- Model your releases
- Release your software
- Release overview
- Create and start releases
- Configure release properties
- Schedule releases
- Start a release from an archived release
- Start a release from a template
- Start a release from another release
- Create a release from a Git repository
- Add a phase to a release or template
- Add a task to a phase in a release or template
- Import a release template
- Trigger releases
- Work with running releases
- Work with plugins
- Using reports
- Customize XL Release
- API and scripting overview
- Create custom task types
- Create custom configuration types
- Create custom trigger types
- Extend the XL Release GUI
- Declare custom REST endpoints
- Create custom tiles
- Create custom task types
- Create custom configuration types
- Using scheduling in scripts to connect to long running jobs
- Implement a custom failure handler
- Listen to XL Release events
- Configuration settings
- Release manuals
- XL Deploy
- Overview
- Installation
- Get started with XL Deploy
- Manage your installation
- Logging
- Start XL Deploy
- Shut down XL Deploy
- Back up XL Deploy
- Upgrade XL Deploy
- The XL Deploy repository
- Configure the repository
- Configure XL Deploy to fetch artifacts from a Maven repository
- Manage security
- Manage system settings
- XL Deploy configuration files
- Configure failover for XL Deploy
- High availability with master-worker setup
- Add, start, and use workers
- Configure active/hot-standby mode
- Configure the task execution engine
- Troubleshoot the Jackrabbit JCR repository
- Configure XL Deploy client settings
- Enable XL Deploy maintenance mode
- Update the XL Deploy digital certificate
- The XL Deploy work directory
- Reclaim disk space on an XL Deploy server
- Hide internal XL Deploy server errors
- Automatically purge packages according to a user-defined policy
- Automatically purge the task archive according to a user-defined policy
- Specify file encoding on the XL Deploy server
- Automatically archive tasks according to a user-defined policy
- Best practices for maintaining XebiaLabs tools
- Connect to your infrastructure
- Set up applications and environments
- Prepare your application for XL Deploy
- Create a deployment package
- Define application dependencies
- Configure an environment
- Using placeholders and dictionaries
- Working with deployment packages
- Preparing your application for XL Deploy
- Understanding deployables and deployeds
- XL Deploy manifest format
- Deprecated XL Deploy manifest format
- Using the XL Deploy Manifest Editor
- Understanding archives and folders in XL Deploy
- Add an externally stored artifact to a package
- Extend the external artifact storage feature
- Add a package to XL Deploy
- Export a deployment package
- XL Deploy for developers
- Tips and tricks for deployment packages
- Deploy an application
- Deployment overview
- Understanding the XL Deploy planning phase
- Steps and step lists in XL Deploy
- Understanding tasks in XL Deploy
- Deploy an application
- Use tags to configure deployments
- Preview the deployment plan
- Use orchestration
- Working with deployments
- Stopping, aborting, or canceling a deployment
- Schedule a deployment
- Update a deployed application
- Staging artifacts in XL Deploy
- Monitor and reassign deployment tasks
- Make previously deployed property values available in a PowerShell script
- Undeploy an application or deprovision an environment
- Perform canary deployments
- Perform dark launch deployments
- Perform hot deployments
- Deploying an externally stored artifact using the XL Deploy CLI
- Schedule or reschedule a task
- Using the deployment pipeline view
- Deploy to remote datacenters
- Get started with provisioning
- Introduction to the release dashboard
- Work with the CLI
- Work with plugins
- Create an XL Deploy plugin
- Base plugins and the deployed object
- Implement custom XL Deploy plugpoints
- Add a checkpoint to a custom plugin
- Step options for the Generic, PowerShell, and Python plugins
- Sample Java-based XL Deploy plugin
- XL Deploy plugin tutorial
- Standard plugins
- Middleware plugins
- Apache Tomcat
- BizTalk
- F5 BIG-IP
- GlassFish
- IBM WebSphere Application Server
- IBM WebSphere Process Server
- IBM WebSphere Liberty Profile Server
- IBM WebSphere MQ
- JBoss Application Server 5 and 6
- JBoss Application Server 7 and up
- Microsoft Internet Information Services
- Microsoft Windows
- NetScaler
- Oracle Service Bus
- Oracle Service-Oriented Architecture
- Oracle WebLogic Application Server
- Provisioning plugins
- Container platform plugins
- Tools
- Community plugins
- Using control tasks
- Using the explorer
- Using XL Deploy reports
- Customize XL Deploy
- Release manuals
- DevOps as Code
- Get started with DevOps as Code
- Install the XL CLI
- XL CLI command reference
- Work with the YAML format
- YAML snippets reference
- Manage values in DevOps as Code
- Track progress using XL CLI output
- Manage risk profiles
- Manage XL Deploy permissions in YAML
- Manage XL Release permissions in YAML
- Manage XL Release folder permissions in YAML
- Tutorial: Managing an XL Release template as code
- Blueprints
- API and CI references
- Plugins
- XL Release plugins
- XL Deploy plugins
- Standard plugins
- Middleware plugins
- Apache Tomcat
- BizTalk
- F5 BIG-IP
- GlassFish
- IBM WebSphere Application Server
- IBM WebSphere Process Server
- IBM WebSphere Liberty Profile Server
- IBM WebSphere MQ
- JBoss Application Server 5 and 6
- JBoss Application Server 7 and up
- Microsoft Internet Information Services
- Microsoft Windows
- NetScaler
- Oracle Service Bus
- Oracle Service-Oriented Architecture
- Oracle WebLogic Application Server
- Provisioning plugins
- Container platform plugins
- Tools
- Community plugins
- Videos
- Community
- Fix Trackers
- Archive
Valid since:
XL Deploy 5.0.0
Introduction to the XL Deploy DataPower plugin
The DataPower plugin for XL Deploy allows you to manage the configuration of an IBM DataPower Gateway appliance. You can provide a configuration file in XML or ZIP format, import it in your DataPower appliance, and persist the configuration for a selected domain.
For information about the configuration items (CIs) that the DataPower plugin provides, refer to the DataPower Plugin Reference.
Requirements
- IBM DataPower Gateway 7.2
- The XML Management Interface on the appliance must be enabled and accessible by the XL Deploy server
Enabling the XML Management Interface
To enable the XML Management Interface of your DataPower device:
- Log in to the default domain on the DataPower device using an administrator account.
-
From the navigation bar, choose Network > Management > XML Management Interface. A configuration window appears:
-
Ensure that the Administrative state is set to enabled and that the other parameters are correct.
Your appliance should now be accessible on the chosen address and port.
Creating a DataPower server CI
The datapower.Server
configuration item (CI) models a DataPower domain instance running on a host. To create this CI in XL Deploy:
- Click Repository in the top bar.
-
Right-click Infrastructure and select New > datapower > Server.
- In the Name box, enter a unique name for the server.
- In the Hostname and Port boxes, enter the server address and the port on which the XML Management Interface is configured to respond.
- In the Domain Name box, enter the domain to which you are referring.
- In the Username and Password boxes, enter the credentials of an account that has sufficient permissions to perform the desired operation.
-
In the Disable SSL Verification box, mark it in case you want to ignore the verification of SSL certificate.
Creating a DataPower configuration CI
You can deploy a configuration to a DataPower appliance as either:
- An XML file (
datapower.ConfigurationXml
CI type) - A ZIP file (
datapower.ConfigurationZip
CI type)
The properties of the CI types are the same.
If objects defined on the DataPower device do not match the objects in the configuration file and Overwrite Objects is set to “true”, then the objects on the device will be overwritten; otherwise, the objects will be skipped.
Similarly, if files defined on the DataPower device do not match files on the DataPower device and Overwrite Files is set to “true”, then the files on the device will be overwritten with the files provided in the import.
In case you wish to deploy by using a specific policy, specify the name of it in the Deployment Policy box. In case nothing is specified, none will be passed as the default value.
Deploy the configuration
When you deploy a configuration XML or ZIP file to the DataPower server, you will see two steps in the deployment plan:
- The configuration will be imported
- The new configuration will be persisted for the configured domain
Importing a file
You can import a file from your package into the DataPower appliance with the datapower.FileSpec
CI type. You must specify the file name and location in the File Name box. Ensure that the casing is correct, as the DataPower appliance file system is case-sensitive and the upload will fail in the case of incorrect case.
Sample DAR manifest
This is a sample of a deployment package (DAR) manifest snippet that defines a datapower.ConfigurationZipSpec
resource CI:
<datapower.ConfigurationZipSpec name="ZipConfig" file="ZipConfig/exportConfig.zip">
<scanPlaceholders>true</scanPlaceholders>
</datapower.ConfigurationZipSpec>
For the file upload, specify the following resource:
<datapower.FileSpec name="FileUploadTest" file="FileUploadTest/config1.png">
<fileName>image:///configFileExample.png</fileName>
</datapower.FileSpec>