Release Notes 6.2.4

May 2013



OpenRules 6.4.2 Expands Decision Modeling Capabilities

The Release 6.4.2 introduces new types of decision tables: DecisionTableAssign, DecisionTableIterate, DecisionTableSort

May 20, 2017

Book "DMN in Action"This practical guide is available from Amazon. Supporting software:

Feb 16, 2017

OpenRules 6.4.1 introduces WHY-Analyzer for Decision Modeling

The Release 6.4.1 introduces a graphical WHY-Analyzer that allows business users to analyze behavior of their DMN-based decision models

Dec 20, 2016

OpenRules Wins 10th International Rule Challenge

OpenRules®  "What-If Analyzer for Decision Modeling" won 10th International Rule Challenge Award at RuleML-2016.

July 8, 2016


Forrester Research, Inc.

"OpenRules have the most-aggressive approaches to business-expert authoring and typically requires less developer support than IBM ILOG, FICO Blaze Advisor, and JBoss BRMS.

Market Overview: Business Rules Platforms



Upcoming Events


DecisionCAMP-2017 July 13-14, 2017, London, UK

BBC-2017 Nov. 6-10, 2017, Orlando, FL, USA

Recent Events

RuleML 2016 and DecisionCAMP-2016, July 6-9 2016, New York

BBC 2015: Nov. 2-6, USA

Video "DecisionsFirst Modeler Integration with OpenRules"

Webinar "Creating and Managing Executable Decision Models"




May 9, 2013

OpenRules® Release 6.2.4 advances OpenRules BDMS with additional features initiated by the real-world use of previous releases. New features include:

Using HTTP Authentication

We have added an ability to use "username" and "password" with the "http:" protocol. When you define a URL to access password protected Excel files, you may use an addresses like "http://username:password@path/Main.xls". Adding this features required an additional file "commons-codec-1.5.jar" to be added to the standard OpenRules library "openrules.config/lib".

Extended Date Formats

Along with a simple date format such as "11/19/2005", all comparison operators may now handle more complex date formats like "Fri Nov 30 13:46:14 EST 2012". It is especially important when your decision tables include references to dates defined in Excel data tables. For example, when you use formulas or references to calculate a date like in the following table:

The default Excel format of the cell "$Conflict Begin Internal Date" may contain both day and time information, but it still will be correctly handled by the new release.


Using Decision Variables with "Not Applicable" Values

We added a possibility to use an asterix character (*) for "not-applicable" values. Now we simply allow an asterix character to be used with operators "Match" and "No Match". Note that "*" is not a valid regular expression but you do not want to force your business user to learn a valid Java pattern that should contain two characters ".*" instead of a single "*".  For example, you may want to compare a Patient's Gender with a gender defined in the variable "Required Gender". If  Required Gender is "Male" or "Female" the operator "Is" or "Is Not" will do the work. However, if Required Gender is "n/a" and you want to accept any gender, you cannot use operators "Is" or "Is Not" anymore. You may define the Required Gender as "*" (single asterix character) as follows:

Then you may use a condition similar to the following one:

Match with *

Let's assume that Patient's Gender is Female. As the Required Gender is defined as '*' the condition will be satisfied. If the Required Gender is defined as "Male" the condition will not be satisfied.

Using XML Data Inside Decisions

We added a sample project "DecisionHelloXML" that demonstrates how a decision can get data from an XML-file and use it as decision objects without necessity to create intermediate Java classes. XML structure is simply being mapped to a Datatype defined directly in Excel.

To handle any XML formats, you may also use a new simple XML Reader added to the standard package "". A user may inherit its own XML Reader from the standard class XmlReader by defining only one method that maps XML structure to a user-defined Java class. For example, to read an array of computers from an XML file to Java objects of the type Computer, a user may create a simple Java class XmlComputerReader inherited from the class XmlReader and call the method readArray as follows:

XmlComputerReader reader = new XmlComputerReader("computers.xml");
Objects[] computers = reader.readArray("Computer");

Then objects "computers" may be passed to different decision runs. Examples of XML readers can be found in the "".

Saving Results of Different Decision Runs in Different Execution Reports

We added an ability to place generated reports for different decision runs into different sub-folders of the default folder "report". If the same decision is executed multiple times for different input data sets, all generated reports will be overridden. To avoid this undesirable effect, before calling decision.execute() you may call decision.setRunName("run-name") where "run-name" is a unique name of this particular decision run. In this case all generated reports for this run will be placed into the directory "report/run-name".

The product documentation has been properly updated. As always, the new release remains backward compatible. After downloading the latest OpenRules® release 6.2.4 from here, you need to update your openrules.config.

Please post your comments and suggestions to the Google Discussion Group or send them to




Business Rules Repository Decisions Top-Down Semantics In Concert Business Analyst Decisioning
themed object
Business Rules - Time to Excel
Bookmark and Share