|
Oracle® Business Rules User's Guide
10g Release 3 (10.1.3) B15986-01 |
|
 Previous |
 Next |
|
Oracle® Business Rules User's Guide
10g Release 3 (10.1.3) B15986-01 |
|
|
Previous |
Next |
This chapter provides a tutorial for working with Oracle Business Rules using XML documents (facts that are supplied in an XML document). This chapter also shows you how to create a rule enabled Java application that uses XML.
In the XML car rental How-To, driver data, supplied in an XML document specifies driver information, and the business rules determine if a rental company service representative should decline to rent a vehicle due to driver age restrictions (according to rental company business rules).
This chapter covers the following topics:
Overview of Using XML Documents and Schemas with Rule Author
Creating and Saving a Dictionary for the XML Car Rental Sample
Creating a Java Application with a Rule Session Using XML Facts
Rule Author lets you import XML elements into a data model and lets you write rules using the XML elements in conditional expressions. For example, if you have an XML document that contains data associated with your application, and you have the schema associated with the XML document, then you can use Rule Author to define rules based on elements that you specify from the XML schema.
Starting with an XML schema, using XML documents with Rule Author involves the following steps:
XML schema processing: Rule Author generates Java classes from XML schema by running the supplied Java Architecture for XML Binding (JAXB) compiler to generate JAXB packages, classes, and interfaces for the XML Schema.
Using Rule Author you import XML elements into the data model in a dictionary.
Using Rule Author you define rules that reason on XML elements from an XML document. The process of writing rules for XML documents is very similar to writing rules using Java objects.
After you finish using Rule Author to create the rules, that use XML facts, you can write an application that reasons on XML documents. To accomplish XML document processing, you assert elements of an XML document into a Rules Engine session.
|
Note 1: JAXB sometimes maps XML construct names to different Java identifier names. For example, using JAXB, the XML namemy-element-name becomes myElementName. Rule Author presents XML construct names so that you do not have to understand the JAXB generated XML-to-Java name mapping.
|
|
Note 2: If you want to use a JAXB binding compiler that is different from the Rule Author supplied implementation, you can manually perform the XML schema processing using your JAXB binding compiler and then use Java facts to import the generated Java packages and classes. |
To work with Rule Author you need to start with a dictionary. Rule Author stores rules and their associated definitions in a dictionary. To create or save a dictionary, you need to connect to a repository that stores the dictionary. As shipped, Rule Author supports two types of repositories: WebDAV (Web Distributed Authoring and Versioning) and file repository. In this section you create and save a dictionary for the XML car rental How-To.
The example in this chapter saves the dictionary to a WebDAV repository.
|
Note: To create the dictionary shown in this chapter, you can either create a new dictionary, using either a WebDAV repository or a file repository, or you can load the completed dictionary from the $HowToDir/dict directory supplied with the How-To.
Where $HowToDir is the directory where you install the How-To containing the XML car rental sample. |
Using Oracle Business Rules, a dictionary stores rules and the data model associated with the rules. You create and save dictionaries in a repository.
|
Note: Regardless of whether you choose to use a WebDAV or file repository, the repository must exist before you can connect to it. Rule Author does not create the repository for you.See Appendix B, "Using Rule Author and Rules SDK with Repositories" for more information. |
To connect to a repository, do the following:
Click the Repository tab.
Click the Connect secondary tab.
Select the WebDAV repository type in the Repository Type field.
Enter the URL to the WebDAV repository (see Figure 4-1). The URL must be in the form:
http://www.fully_qualified_host_name.com:7777/repository_name
|
Note: In order for authentication to work, you must use a fully qualified host name in the URL. |
Figure 4-1 Rule Author Repository Connect Page
See Section B.1, "Working with a WebDAV Repository" for information on how to setup a WebDAV repository.
If you have a proxy server between the server on which Rule Author is running and the WebDAV server, specify the name and port number of the proxy server.
Click Connect.
If you connect successfully, you receive a confirmation message.
A Rule Author dictionary is the top-level container and the starting point for working with Rule Author. A dictionary usually corresponds to the rules portion of an application.
To create a dictionary, do the following:
Connect to a repository from the Repository tab.
Click the Create secondary tab.
Enter the dictionary name in the New Dictionary Name field. For this example enter CarRentalxml.
Click Create. After you click Create, Rule Author shows a status message (see Figure 4-2).
Figure 4-2 Rule Author Create Dictionary (XML)
If you want to save to a different dictionary name or specify a version for the current dictionary, use the Save As area as follows:
Click the Repository tab.
Click the Save As secondary tab.
Enter a dictionary name in the Dictionary field, for example CarRentalxml.
If you want to specify a version that is associated with the dictionary, enter text in the Version field. For example HowToxml.
Click Save As. After clicking Save As, you should see a confirmation message in the status area (see Figure 4-3).
Figure 4-3 Rule Author Save Dictionary (XML)
|
Note: Rule Author does not allow you to use Save As to overwrite a dictionary with the same name and version. If you want to overwrite a dictionary with the same name and version, do one of the following:
|
To prevent data loss, you should periodically save the dictionary. To save a dictionary, do one of the following:
Click the Repository tab, then click the Save secondary tab.
Click the Save Dictionary link at the top of the page.
After performing either of the preceding actions, click Save on the Save Dictionary page. After clicking Save, you should see a confirmation message in the status area. For example:
Dictionary 'CarRental(HowTo)' has been saved
|
Note: You should save the dictionary periodically as you work since Rule Author sessions time out after a period of inactivity. |
Before working with rules you need to define a data model. A data model contains business data definitions for facts or data objects used in rules, including: Java class fact types, XML fact types, and RL Language fact types. In this section you work with a data model that includes XML fact types.
This section covers the following topics:
The XML sample includes the carrental.xsd file in the $HowToDir/data directory. This file specifies the schema for the XML car rental sample that uses XML documents to assert facts.
Where $HowToDir is the directory where you installed the XML car rental How-To.
Before you can use XML elements in a data model, Rule Author needs to generate the JAXB classes representing the XML elements. This step generates the JAXB classes and makes the generated classes and packages associated with the XML schema visible to Rule Author.
To use Rule Author to prepare the sample XML car rental schema, do the following:
Go to Step 2 if you just created the CarRentalxml dictionary. Click the Repository tab and load the CarRentalxml dictionary.
Click the Definitions tab. The navigation tree shows the Definitions folder that contains the available definitions.
The Definitions folder in the tree contains the Facts folder that includes the available fact types: JavaFact, XMLFact, and RLFact.
Click XMLFact to view the XMLFact Summary page (see Figure 4-4).
Figure 4-4 Rule Author Definitions XML Fact Summary Page
Click Create. This shows the XML Schema Selector page.
On the XML Schema Selector page, in the XML Schema field enter either the path or HTTP URL to the schema. For example:
$HowToDir/data/carrental.xsd, where $HowToDir is the directory where you installed the XML How-To.
http://www.myCompany.com/xsd/product.xsd
If you choose to access the schema with a URL, you must set the following system properties:
proxyHost = $YourProxyHost proxyPort = $YourProxyPort proxySet = true
For example:
-DproxyHost=www-proxy.myCompany.com -DproxyPort=80 -DproxySet=true
For more information on setting system properties in an OC4J instance, see Oracle Containers for J2EE Configuration and Administration Guide.
In the JAXB Class Directory field enter the directory where you want Rule Author to store the JAXB generated classes.
Note: the directory that you specify must be writable.
Enter a value for the Target Package Name field. If you leave this field empty, the JAXB classes package name is generated from the XML schema's target namespace using the default JAXB XML-to-Java mapping rule. For example, the namespace rules.oracle.com is mapped to com.oracle.rules.
The value you enter specifies the generated classes package name. For example, generated (for this example, we use the name generated, there is nothing special about the name generated. This value specifies the name of the package, directory, where the generated classes are placed). See Figure 4-5.
Figure 4-5 Rule Author XML Schema Selection Page
Click Add Schema. This step requires some processing to compile the JAXB, so depending on the size of the Schema, you may need to wait for a period of time for this step to complete.
When this completes the page shows cleared Add Schema text entry fields, and Rule Author updates the Current XML Schemas field, and shows the Generated JAXB Classes area (see Figure 4-6).
Figure 4-6 Rule Author Definitions XML Schema Selector After Adding XML Schema
This step brings the JAXB generated classes representing the XML schema elements into the data model (from the sample schema carrental.xsd). Select the XML elements to import into the data model using the Class Selector page from the Definitions tab.
Oracle Rules Engine binds an XML schema to Java classes by using JAXB. In most cases, the default bindings generated by the Oracle JAXB binding compiler are sufficient to meet your needs. There are cases, however, when you may want to modify the default bindings. For example:
Name collision
Invalid Java identifiers mapped from non-English tag names
Please refer to Oracle JAXB documentation for more details about customizing the default XML-to-Java mapping.
To add DriverType from the schema to the data model, do the following:
Click the Definitions tab to view the Definitions page.
Click the XMLFact folder in the navigation tree.
Click Create on the XMLFact Summary page. This shows the XML Schema Selector page.
In the Generated JAXB Classes box on the XML Schema Selector page expand the navigation tree until you see DriverType.
Select the generated folder check box.
Click Import. Rule Author shows a confirmation message: "1 class or package has been imported" (see Figure 4-7).
Expand the Generated node in the Generated JAXB Classes area to see the imported classes (see Figure 4-17).
|
Note: After an element is imported, the element is shown in bold. |
Figure 4-7 Rule Author XML Schema Selector with Confirmation Message
Notes for Adding XML Schema to Rule Author:
The Classes navigation tree is rendered on demand (to improve performance). Thus, a child node is rendered only if its parent node is expanded. It is a good practice to keep only the nodes of interest expanded.
On Windows systems, you can use a "\" or a "/" as a path separator. Rule Author accepts either path separator.
A corresponding XML construct name is displayed next to each Java class so that you know where the Java class is generated from (using the XML Schema names). If you want to import the whole package into the data model, check the package name and click Import.
Using Rule Author, importing an XMLFact means the same thing as a Java import statement. That is, the JAXB classes and their methods become visible to Rule Author. Rule Author does not copy the classes into the data model or into the dictionary.
Do not use RL reserved words in Java package names. For more information, see Section D.8, "Using RL Reserved Words as Part of a Java Package Name"
To view the XML Facts in a data model, including any JAXB generated classes or packages that you import, do the following:
Click the Definitions tab to view the Definitions page.
Expand the Facts folder and click the XMLFact node in the navigation tree to display the XMLFact Summary page.
For the XML car rental sample this shows the XMLFact table that includes the imported classes DriverType, RepositoryType, Repository, and ObjectFactory.
Click the edit icon to view the XML Fact Properties and Methods.
|
Note: Importing a Java class does not cause all of its super classes and classes associated through fields and methods to be imported into the data model. In order to access these correctly, they must be explicitly imported into the data model. |
|
See Also: See "Specifying Visibility and Object Chaining for Rule Author Drop Down Lists" for details on the Visible and Expand fields in the XML Fact Properties and Methods table. |
While working on a data model from the Definitions tab and when you complete your work, it is important to save the dictionary. You can save the dictionary in two ways:
Click the Repository tab, then click the Save secondary tab.
Click the Save Dictionary link at the top of the page.
After performing either of the preceding actions, click Save on the Save Dictionary page.
The business vocabulary allows business analysts to create rules using familiar names rather than using an XML name or a Java package name, class name, method name, or member variable name. You use the Rule Author aliases feature to specify the business vocabulary. In this step you only need to define the business vocabulary for the business objects that you expect to use in rules. In addition, you can use the Rule Author Visible box to specify the properties and methods that show up in Rule Author lists when you create rules from the RuleSets tab.
This section covers the following topics:
To specify the business vocabulary for XMLFact definitions, do the following:
Click the Definitions tab to view the Definitions page.
Expand the Facts folder and click the XMLFact node in the navigation tree to display the XML Fact Summary page. For the XML car rental sample this shows a table that includes the class generated.DriverType (if you specify a package name other than generated, then the package name is different than generated).
Click the edit icon for driverType. This shows the XML fact page.
At the top of the XML fact page, in the Alias field enter DriverData.
For the age entry in the Properties table, specify the desired alias. For example, enter DriverAge in the Alias field.
For the name entry in the Properties table, specify the desired alias. For example, enter DriverName in the Alias field.
Click OK or Apply.
Save the dictionary.
|
Note: Be sure to click OK or Apply after making changes. Otherwise, Rule Author does not save your changes. |
Notes for specifying the business vocabulary for XML fact definitions:
On the XML fact page, you can specify that Rule Author shows methods or properties one level above a specified method or property, in superclass chain, by selecting the Expand box for the method or property on the XML Fact page. The Expand box is shown in the Expand field of the Properties and Methods area. The checkbox is only shown for methods or properties that include a superclass (Rule Author does not show the Expand box for primitive types).
On the XML fact page you can specify that properties or classes are not visible in Rule Author list boxes. Deselect the Visible checkbox to specify that an object is not visible in Rule Author list boxes (by default objects are visible).
The XML Fact page includes the XML Name and Generated From fields that show the Java class was generated from an XML schema.
For example, //complexType[@name='driverType'] XML Name shows that the class is generated from an XML complex type named driverType. The Generated From field shows the name of the XML schema that generated the JAXB classes for the XML Fact.
Make sure the Support XPath Assertion box is checked for all XML FactTypes. For more information, see Section D.10, "XML Facts not Asserted at Runtime".
To specify the business vocabulary for an RL Language function, do the following:
Click the Definitions tab to view the Definitions page.
Click RLFunction in the Definitions folder in the navigation tree to display the RLFunction Summary page. For the XML car rental sample, this shows a table that includes the functions, DM.assertXPath and DM.println.
For the DM.println function, click the edit icon in the Edit field to view details.
In the Alias field, under the Name field, enter an alias. For example, enter PrintOutput in the Alias field.
|
Note: There is also an Alias field in the Function Arguments table. For this example we are not changing the function arguments alias. |
Click OK or Apply.
Save the dictionary.
In this section you define a rule for the XML car rental sample.
This section covers the following topics:
Before you can create a rule you need to create a rule set. A rule set is a container for rules.
To create a rule set, do the following:
Click the Rulesets tab.
Click the RuleSet node in the navigation tree.
On the Ruleset Summary page, click Create. This displays the Ruleset page.
Enter a name in the Name field. For example, enter vehicleRent.
Optionally enter text in the Description field. For example, enter vehicle rent rule set.
Click OK. This creates the vehicleRent rule set. After you create the rule set, the tree shows the new entry, as shown in Figure 4-8.
Save the dictionary.
Figure 4-8 Rule Author RuleSet Summary Page
After creating a rule set, you can create rules within the rule set. In this section, you create the UnderAge rule. The UnderAge rule tests the following:
If the driver's age is younger than 21, then decline to rent
The UnderAge rule contains a single pattern for the Rules Engine to match, and the rule includes a test that is applied to the pattern.
The following actions are associated with the UnderAge rule:
Print "Rental declined", the name of the driver matched and the message, "Under Age, age is: " and the driver's age.
Retract the matched driver fact from the rule session.
To use Rule Author to add the UnderAge rule, do the following:
Click the RuleSets tab. The navigation pane displays the RuleSet folder that contains the vehicleRent rule set that you created in Section 4.5.1.
Click the vehicleRent node in the navigation tree. This displays the Ruleset page, with a table listing rules (see Figure 4-9).
|
Note: If there are no rules, the Rules table is empty. |
Figure 4-9 Rule Author RuleSet Page Showing the Create Button
Click Create. This displays the Rule page.
On the Rule page enter UnderAge in the Name field.
On the Rule page enter 0 in the Priority field.
|
Note: The Priority field determines which rule to act upon, and in what order, if more than one rule applies. Often in applications that use rules, the rules are be applied in any order until a decision is reached, and setting a priority is not required. |
Enter a description in the Description field (see Figure 4-10).
When the Rules Engine runs, it uses the rules to check the available facts for matching patterns. To add a pattern for the UnderAge rule, do the following:
Click New Pattern in the If box on the Rule page. This displays the Pattern Definition page.
|
Note: If the Pattern Definition page does not appear, you may have popup blocking enabled on your browser. Popup blocking must be disabled in order to use Rule Author. |
The Pattern Definition page contains two areas: Choose Pattern and Define Test(s) for Pattern (see Figure 4-11).
Figure 4-11 Rule Author Pattern Definition Page
Under Choose Pattern, in the first box select the first entry, which is blank.
This box specifies that the rule should fire each time there is a match (for all matching drivers). One alternative value, There is at least one case, selects one firing of the rule if there is at least one match (one such driver). The alternate value, There is no case, specifies the rule fires once if there are no such matches (no matching drivers).
The next text area under Choose Pattern lets you enter a temporary name for the matched fact.
Enter driver in this field (this defines the "pattern bind variable name").
This field lets you test multiple instances of the same type in a single rule. For example, this lets you compare a driver with other drivers, using the specified name, in a comparison such as driver1.age > driver2.age.
The third box contains the text, <make a choice>, this shows the available fact types. In this box select DriverData.
Click OK to save the pattern definition. This closes the Pattern Definition page.
Click OK to save the rule.
|
Note: Changes made to the pattern are not added to the rule until you click OK or Apply on the Rule page. If you navigate to a different rule set or select a different tab before you click OK or Apply, Rule Author discards your pattern definition changes. |
Save the dictionary.
Without any tests defined on the pattern, the action that you define would apply to all drivers. To define tests for patterns, continue, as shown in, Section 4.5.2.3.
To add a test for a pattern, do the following:
From the Rulesets tab, in the navigation tree click the rule where you want to add a test. For this example click the UnderAge rule.
In the If table on the rule page, select the pencil icon to bring up the Pattern Definition page for this rule.
On the Pattern Definition page, select the Standard Test button, then click Create (see Figure 4-12).
Figure 4-12 Rule Author Rule Pattern Definition Page with New Test Fields
Standard pattern testing is only valid for AND expressions. Additionally, no grouping is allowed, and functions with parameters are not allowed. However, the use of constraints is allowed for customization. Advanced pattern testing does not have the restrictions of standard pattern testing, but the use of constraints is not allowed. Advanced expressions are not directly RL Language because aliases are used instead of variable names.
For more information, see Section 3.7.1, "Using the Advanced Test Expression Option".
In the Operand column, from the Field box, select driver.DriverAge.
In the Operator column, select < (less than).
In the next Operand column, in the Value box enter 21. Do not enter a value in the Field box.
Next to the Value and Field boxes is a drop-down list containing the fixed values Any and Fixed (see Figure 4-13).
These values are called constraints, and they are used to enable or disable customization for this field. Use the value Fixed to make the field read-only, which specifies that no customization is allowed for this field. Select the value Any to specify that Rule Author should allow changes to the value. Setting a value of Any allows for rule customization (which supports modifications by non-technical users). You can also define constraints that allow you to limit the allowed values.
Select Any as the constraint for the Value field.
Figure 4-13 Rule Author Pattern Definition Page with Values for Under Age Rule
Click OK to save your changes and close the Pattern Definition page.
On the Rule page, click OK or Apply.
|
Note: Changes made to the pattern are not added to the rule until you click OK or Apply on the Rule page. If you do not click OK or Apply, Rule Author does not save your work on the rule. |
Save the dictionary.
Actions are associated with pattern matches. When a rule's "If" portion matches, the Rules Engine executes the "Then" portion to run the rule's action.
In this section, you add two actions for the UnderAge rule. The first action prints the result. The second action retracts the driver fact from the Rules Engine. You might want to retract a fact for a number of reasons, including:
If you are done with the fact, and you want to remove it from the Rules Engine.
The action associated with the rule changes the state, so that the fact needs to be retracted to represent the current state of the Rules Engine.
To add the action that prints the result for a match of the UnderAge rule, do the following:
Click the Rulesets tab.
In the tree, click the UnderAge node under the vehicleRent folder.
Click New Action on the Rule page in the Then box. This brings up the Add Action page (see Figure 4-14).
Select the Call item from the Action Type box. This shows the Action Parameters box.
Choose PrintOutput from the Function box (if you did not define an alias for println, then this is DM.println). This shows the function arguments box.
Enter the argument value in the Argument Value field (see figure Figure 4-15):
"Rental declined" + driver.DriverName + " Under age,age is:" + driver.DriverAge
|
Note: Rule Author uses a Java like syntax for expressions. The RL Language defines the complete expression syntax. |
|
Note: You can also select the edit icon in the Wizard field to use the expression builder wizard to enter the expression. This provides you with more space to write expressions. This also provides an easier and more accurate way to enter variables, since the expression builder presents a list showing the available variables. |
Figure 4-15 Rule Author Add Action Page for Under Age Rule
Click OK to save your changes and close the Add Action page.
Click OK or Apply on the Rule page.
Save the dictionary to save your work.
Next, add the retract action for the UnderAge rule. Perform the following steps to add this second action for the rule:
Click the Rulesets tab.
Click the UnderAge node under the vehicleRent folder.
On the Rule page, click New Action from the Then box. This brings up the Add Action page.
Select Retract from the Action Type box. This shows the Action Parameters box.
Select driver from the Fact Instance box. The pattern name driver, when used in the action refers to a single instance which was matched by the pattern.
Click OK to save your changes and close the Add Action page.
Click Apply on the Rule page to receive a confirmation message (see Figure 4-16).
Save the dictionary.
Figure 4-16 Rule Author Under Age Rule with Pattern and Actions
|
Note: When you add actions to rules, you can only add new actions sequentially. If an action depends on the results of a previous action, then the order in which you add the actions is significant. |
|
See Also: The Oracle Business Rules RL Language Reference Guide |
The Rule Author Customization tab is designed for business users. Rule developers use the Allowed Values field on the Pattern Definition page, which is available from the Ruleset tab, to specify if customization is allowed. When customization is allowed you can specify a range of values for the customizable value. Then, business users may change values using the Customization tab.
In this example, the UnderAge rule can be modified on the Customization tab to change the age of an under age driver (for this sample we do not limit values, and specify that any value is valid).
To change the UnderAge rule, use the Customization tab as follows:
Click the Customization tab. The navigation pane displays the vehicleRent folder with the UnderAge node followed by a "*", which indicates that the rule is customizable.
Click the node for the UnderAge rule (see Figure 4-17).
Figure 4-17 Rule Author Rule Customization Page for Under Age Rule
On the Rule Customization page the Customize Patterns box contains an editable text entry field for the test driver.DriverAge < 21.
Enter 19 in this field (change the value from 21 to 19).
Click Apply.
Save the dictionary.
After you save the dictionary, you are done creating the data model and the rules for the XML car rental sample.
After you create and save a Rule Author dictionary that contains a data model and a rule set with rules, you can rule enable an existing Java application or create a new rule enabled Java application. This section shows you the steps for creating a rule enabled application.
This section covers the following:
For the complete code for this sample application, see TestXML.java in the $HowToDir/src/carrental directory. Where $HowToDir is the directory where you installed the XML How-To.
|
Note 1: If you have completed the Java car rental example from Chapter 2, the differences in this example are that you need to create a JAXB context, and when you add facts to a rule session you use the assertXPath function. |
|
Note 2: The instructions in the preceding sections of this chapter enabled you to create and save a WebDAV repository and dictionary namedCarRentalxml. The car rental example supplied in the How-To sample code uses a file repository with a dictionary also named CarRentalxml. The dictionary contents in the WebDAV repository you created in this chapter and the file repository in the How-To sample are identical.
The How-To sample code contains code for both WebDAV and file repositories, but only the file repository is described in detail. The How-To sample uses a file repository for portability, but this sample can be modified to use the WebDAV repository you created in the proceeding sections. |
The first step when writing an Oracle Business Rules enabled program is to import certain required classes. Example 4-1 shows the imports from the TestXML.java application for the XML car rental sample.
Example 4-1 Required Imports for XML Car Rental Sample with Rules SDK
package carrental; import java.io.File; import java.util.List; import java.util.ArrayList; import java.util.Properties; import javax.xml.bind.*; import oracle.rules.sdk.ruleset.RuleSet; import oracle.rules.sdk.repository.RuleRepository; import oracle.rules.sdk.repository.RepositoryManager; import oracle.rules.sdk.repository.RepositoryType; import oracle.rules.sdk.repository.RepositoryContext; import oracle.rules.sdk.dictionary.RuleDictionary; import oracle.rules.sdk.exception.RepositoryException; import oracle.rules.rl.RuleSession;
Using the JAXB generated classes either generated using Rule Author or manually, you first need to specify a JAXB context and unmarshall an XML document that conforms to the schema. Example 4-2 shows this code from TestXML.java.
When building a rule enabled Java application, do the following to access a dictionary and specify a rule set (see Example 4-3):
Use a Rules SDK RuleRepository object to access one or more dictionaries. The parameter to the getDefaultRepository method specifies the location of the dictionary directory.
Use a Rules SDK SecurityInfo object to specify the credentials for accessing a dictionary (the default rule storage plug-in uses file-based storage and does not require credentials).
Use a RuleDictionary object to load a particular dictionary, as shown in Example 4-3, which loads the CarRentalxml dictionary into the object named dict. The CarRentalxml dictionary was previously created using Rule Author.
Example 4-3 Loading a Dictionary with Rules SDK (XML)
String repoPath = "dict" + fs + "CarxmlRepository"; final String jarstoreKey = "oracle.rules.sdk.store.jar"; RepositoryType jarType = RepositoryManager.getRegisteredRepositoryType( jarstoreKey ); RuleRepository repo = RepositoryManager.createRuleRepositoryInstance( jarType ); RepositoryContext jarCtx = new RepositoryContext(); jarCtx.setProperty( oracle.rules.sdk.store.jar.Constants.I_PATH_BASE, repoPath ); repo.init( jarCtx ); RuleDictionary dict = repo.loadDictionary( "CarRentalxml", "HowToxml" );
If you want to load a WebDAV repository instead of a file repository as shown in Example 4-3, you should use getWebDAVRepository. An example of this is shown in TestXML.java in the $HowToDir/src/carrental directory.
After loading a dictionary, you can use the Rules SDK to generate an RL Language program. This step is required since a dictionary stores a data model and rule sets using an intermediate XML format. The RuleDictionary provides methods to access a data model and a rule set and perform the mapping from the intermediate XML format. This mapping produces the RL Language data program.
When you generate rules using Rule Author, each rule set specifies two components, a data model which is global and applies for all the rule sets in a dictionary, and the set of rules associated with a rule set.
Example 4-4 shows the code that generates the RL Language code for a rule set and for the associated data model.
After you generate an RL Language program that include rules and a data model, you are ready to work with a rule session. A rule session initializes the Rules Engine and maintains the state of the Rules Engine across a number of rule executions.
Example 4-5 shows the code that creates a RuleSession object and executes an RL Language program.
The executeRuleset() method tells the Rules Engine to interpret the specified RL Language program.
|
Note: The order of theexecuteRuleset() calls is important. You need to execute the data model RL Language program before the rule set RL Language program. The data model contains global information that is required when the associated rule set executes.
|
Example 4-5 Initializing and Executing a Rule Session with Rules SDK (XML)
RuleSession session = new RuleSession(); session.executeRuleset( dmrl ); session.executeRuleset( rsrl ); session.callFunction( "reset" ); session.callFunction( "clearRulesetStack" ); session.callFunctionWithArgument( "pushRuleset", rsname );
After the data model and the rule set are loaded and the rule session is ready to run the rule set against the facts that you assert for the rule session.
Before running a rule session you need to first unmarshall the XML document containing the XML data and then assert the facts from the XML document. Section 4.7.2 shows you how to unmarshall the XML document.
To assert facts from an XML document, use the session.callFunctionWithArgument() method with the assertXPath function as an argument.
Example 4-6 shows sample code that uses assertXPath to assert XML facts into a rule session.
The callFunctionWithArgumentList method requires a function name argument and a List argument. The List argument argList includes the following three arguments:
The first argument for assertXPath is the JAXB generated package name, for this example, generated.
The second argument for assertXPath is the root object for the unmarshalled XML document. For this example the unmarshalled object reference is the root object.
The third argument for assertXPath is the XPath expression to assert, for this example the "//*" asserts the entire XML tree into the rule session named session.
Example 4-7 shows the code that runs a rule session.
The $HowToDir/lib directory includes TestXML.jar, a ready-to-run Oracle Business Rules Java application that uses the CarRentalxml dictionary. If you change the dictionary name and you need to modify TestXML.java, the source is available in the directory $HowToDir/src. The Readme.txt file in this directory includes instructions for setting the environment variables required to run the test program.
Where $HowToDir is the directory where you installed the Oracle Business Rules XML How-To.
Example 4-8 shows output from running TestXML.
Example 4-8 Sample Run of Car Rental Program (XML)
java carrental.TestXMLRental declined Qun Under age, age is: 15
Note that not all facts produce output or fire a rule. The example shows output only for the asserted fact that matches the UnderAge rule.
