Task 5: Deploying and running your ruleset
You deploy your ruleset to Rule Execution Server, and run it in the Miniloan application.
About this task
You start by creating a deployment configuration. It generates a RuleApp archive that contains a ruleset to be run by Rule Execution Server. The ruleset is packaged in a JAR file that includes everything to run the ruleset, including the rules and the ruleflow.
After you create the deployment configuration, you use the Miniloan web application to run your new business logic in Rule Execution Server.

You can also test your deployed ruleset by using a hosted transparent decision service (HTDS). After you deploy the RuleApp to Rule Execution Server, you can generate a Web Services Description Language (WSDL) file from your ruleset, and then test the file in Rule Designer.
Step 1: Creating a deployment configuration
To deploy your rules from Rule Designer, you must create a deployment configuration.
Procedure
Step 2: Enabling ruleset monitoring
You enable the monitoring of the ruleset for when it runs.
Procedure
- Select my operation in Configured Decision Operations.
-
In the Ruleset Properties, click the Add
button to add a property.
- In the Name field, type ruleset.bom.enabled, and in the Value field, type true.
- Click OK to create a new property for the ruleset.
-
Repeat steps 1 to 4 to define the properties
monitoring.enabledandruleset.sequential.trace.enabled. Set the values of these properties totrue. - Save the changes. You must save your changes before you can deploy the RuleApp.
Step 3: Deploying the ruleset
You deploy the ruleset from Rule Designer to Rule Execution Server.
Procedure
Step 4: Viewing the deployed RuleApp
You view the deployed RuleApp in Rule Execution Server, which is the rule execution environment that has the rule engine. Rule Execution Server handles the management, performance, security, and logging capabilities that are associated with the execution of your rules. From your application, you access Rule Execution Server by using REST API, web services or Pure Old Java Objects (POJO).
Procedure
Step 5: Testing the HTDS description file
A hosted transparent decision service (HTDS) is a web service that provides an interface to access a deployed ruleset. The transparent decision service component passes input parameters to the rule engine and accesses the return values. The transparent decision service support includes traceability from transparent decision services to rules, runtime monitoring, and version management. You test the REST execution of the my_operation ruleset from the Rule Execution Server console.
Procedure
Step 6: Running the Miniloan web application with rules
In the Miniloan web application, you can choose whether the business logic that is embedded in the application is pure Java code or coded in a ruleset. The first time that you started the Miniloan application, you did not have the ruleset, so you ran the application by using the Java code. You can now use your deployed ruleset in Rule Execution Server by setting the execution mode.


