The main unit of deployment in BMC Release Process Management (RPM) is a request. A request represents the deployment of the application components into an environment. It incorporates the tasks that need to be done during the deployment process, such as putting an application into the environment, adding attributes, and packaging and deploying the software.
A request is composed of steps, which can be manual (for example, check logs for errors) or automated (for example, deploy a package) using one of the automation modules. Requests and steps can be assigned to the specific users as well as scheduled for a specific date and time.
Requests have duration, planned date, and due date. They follow a series of states and transitions from Planned to Complete. You can execute requests as a part of a project, part of an application plan process, or release plan. If you associate a request with an application that has Strict plan control, the request cannot be created, updated, or started unless it has an assigned plan and plan stage.
NEW IN 5.0.01.00 Starting with RPM 5.0.01.00, you can define request properties that are used as inputs in the request steps.
This topic consists of the following sections:
On the Dashboard tab, users can see requests assigned to their application only. However, requests in the Created state are not visible if the user has only the View Requests list permission. Permission to view the Created requests is added separately with the View created Requests list permission and applies to all Request lists visible in the application, including the Dashboard. For example, if a user does not have permission to view the Created requests, they are not displayed on the My Requests and Currently Running Steps subtabs of the Dashboard. Users who do not have access to the Requests list cannot view the requests in any Requests lists, including the Dashboard.
By default, on the Dashboard and Requests tabs, you can see requests created in the last two months. To find older requests, you need to do a search or use filters.
For more information about defining user permissions for requests, see Managing access permissions.
You can create a request in several ways, including from an existing request template. Request templates are particularly useful when you know that some steps will be repeated in several requests. Instead of constructing the steps over and over, you can take the request that has a complete set of information and steps and create a request template.
The overall process of creating a request consists of the following steps:
You can create a request in one of the several ways:
Click Multi-select environments, and then click Add Environments.
Note
When selecting multiple environments, requests are created for each environment with the same data (for example, name, application, time estimate, start date, and so on). The number of requests created is equal to the number of selected environments. For example, if you create a request and select three environments, three requests are created with the same data.
In the list of available environments on the left, click the appropriate environment, and then click > to move the environment to the list on the right. Repeat this step for each environment that you want to assign to this request.
Note
If you do not have the required permissions to create a request for an environment, you cannot select the environment.
To save your environment selections, click Select.
The environments that you selected and saved appear in the Environments list.
In the Deployment window list, select the deployment window for the request.
Note
The Deployment window list appears only when you associate a request with an environment that has a closed deployment policy. For more information about deployment policies for environments, see Managing environments.
In the Due by boxes, enter the end date and time for the request.
Notes
Click Create Request.
The request is created and the request details are displayed. At this point, you can add steps to the request. For more information, see To add steps to a request.
Note
The request ID is visible in the upper-left corner.
Provide the appropriate information for Core Attributes, Extended Attributes, and Scheduling and Estimation
Note
Under Scheduling and Estimation, you can also select a deployment window for the request. The Deployment window list only appears when you associate a request with an environment with the closed deployment policy. For more information about deployment policies for environments, see Managing environments.
NEW IN 5.0.05 In the Core Attributes section, toggle the Continue Execution On Failure option, if you want to activate the Continue On Failure function for this request.
The new request is created and the request details are displayed. At this point, you can add steps to the request. For more information, see To add steps to a request.
Note
When you create a request for a specific plan, the request inherits the release tag parameter from the relevant plan.
NEW IN 5.0.03.005 In the Create request from <name> template dialog box, select the application to which you want to assign this request.
Notes
If you do not have the required permissions to create a request for an application, that application does not appear in the list.
In the list of available environments on the left, click the appropriate environment and click > to move the environment to the list on the right. Repeat this step for each environment you want to assign to this request.
Note
If you do not have the required permissions to create a request for an environment, you cannot select the environment.
To save your environment selections, click Select.
Notes
In the Deployment window list, select the deployment window for the request.
Note
The Deployment window list appears only when you associate a request with an environment that has a closed deployment policy. For more information about deployment policies for environments, see Managing environments.
In Planned Start, enter the start date and time for the request.
Notes
If you set valid Scheduling and Estimation parameters, you can start a request manually at any time. To avoid any possible issues caused by deployment during a different time frame, start a request according to the Planned Start and Estimation time frame.
NEW IN 5.0.05 You can toggle the Continue Execution On Failure option, if you want to activate the Continue On Failure function for this request.
NEW IN 5.0.03.005 In the Create request from <name> template dialog box, select the application to which you want to assign this request.
Notes
If you do not have the required permissions to create a request for an application, that application does not appear in the list.
On the left, in the list of available environments, select the appropriate environment, and then click > to move the environment to the list on the right. Repeat this step for each environment you want to assign to this request.
The environments you selected and saved appear in the Environments list.
Notes
To save your environment selections, click Select.
In Planned Start, enter the start date and time for the request.
When you clone a request, a complete replica of this request with the component versions, environments, tools, and configuration is created. If you clone a request with scheduled steps, the selected Set to Start at Scheduled Time check box and step start and end time are saved.
In the Edit Cloned Request dialog box, change the request parameters as needed.
(click the image to expand it)
Notes
To create a new cloned request, click Clone.
You can view the cloned component properties on the Property Summary tab of the request details page.
(click the image to expand it)
You can create a request for the Allow Deployment Window from metadata or a calendar report.
On the Deployment Windows Calendar Report page, perform the following steps:
Locate the appropriate environment.
Tip
Use filters at the top of the Deployment Windows Calendar Report window to find the appropriate environment.
Click the corresponding deployment window event for which you want to schedule a request.
Click Schedule Request.
After you provide the required information and create a request, you can execute the request. Change the request status from Created to Planned. When the planned request reaches its scheduled time, users with appropriate permissions can start the request execution. For more information about user permissions for managing requests, see Administering users, roles, and access permissions.
You can start a request manually or automatically at the scheduled time. The Start Automatically option is available for requests with a Planned or Hold status. After a request starts automatically, a note is added to the request specifying the request owner, request start date and time, and the Request auto started
message.
If request parameters change and these changes prevent the request from starting at the planned start date and time, the request behavior is as follows:
Request failed to start due: <reason>
message.Before you set the Start Automatically option for a request, ensure that the following requirements are met:
As a request status changes, users assigned to the request can receive the appropriate email notifications. Notification options indicate the list of participants who are supposed to receive notifications for requests, changes in the request status, and so on. You can add or change the notification options for any request with a Planned or Created state.
Some users are notified about request changes automatically. For example, the request Owner and Requestor always receive event notifications for the selected Request Events. The step owner always receives notifications for the Step Events.
You can change notification options for requests with the Created, Planned or Hold statuses.
In the Notification Options for Request dialog box, in the Request events list, select the appropriate event request notification options.
Note
To send the request event notifications to all step owners, select Notify step owners.
In the Step events list, select the appropriate step notification options.
Notes
In Additional participants, select additional notification recipient options:
To send the step event notifications to additional participants, select Notify of step events.
In the Users list, select additional users to receive event notifications.
Only users that have access to the application associated with the request are available in the Users list.
You can modify different request details if a request is not Started. To modify a Started request, you must put it on hold by clicking
at the right side.On the request details page, next to the request status, click expand, and then do the following:
Note
If the plan has a route added to it, you must create a request for certain stages of a plan using only the route environment defined in the route and mapped to the plan stage. For more information, see Adding a route to a plan.
If you no longer use any old requests, you can delete them using the following rake tasks. The rake tasks do not delete request templates associated with the requests.
The following video (4:11) demonstrates the steps to delete old requests using the rake tasks.
https://www.youtube.com/watch?v=ane4Ch1hupM
Note
The more requests you delete, the longer it will take. For example, you may need six hours to delete 14 thousand requests.
. ./setenv.sh
(for Linux) or . ./setenv.bat
(for Windows) command.jruby –S rake requests:delete_old
.To delete requests older than a specific date, run jruby –S rake requests:delete_old[dd/mm/yyyy]
.
For example, if you specify [01/01/2016]
, then the rake task will delete all requests before this date. Requests created on January 1, 2016 will not be deleted.
You can export and save a request on your local machine in the XML, PDF, and HTML formats.
You can import a request from an XML file.
Before importing a request, consider the following:
To import a request, do the following: