1 /** 2 * Copyright 2005-2011 The Kuali Foundation 3 * 4 * Licensed under the Educational Community License, Version 2.0 (the "License"); 5 * you may not use this file except in compliance with the License. 6 * You may obtain a copy of the License at 7 * 8 * http://www.opensource.org/licenses/ecl2.php 9 * 10 * Unless required by applicable law or agreed to in writing, software 11 * distributed under the License is distributed on an "AS IS" BASIS, 12 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 13 * See the License for the specific language governing permissions and 14 * limitations under the License. 15 */ 16 package org.kuali.rice.kew.rule; 17 18 import org.kuali.rice.kew.exception.WorkflowServiceError; 19 import org.kuali.rice.kew.routeheader.DocumentContent; 20 import org.kuali.rice.kew.rule.xmlrouting.GenericXMLRuleAttribute; 21 import org.kuali.rice.kew.api.KewApiConstants; 22 import org.kuali.rice.kns.web.ui.Row; 23 24 import java.io.Serializable; 25 import java.util.List; 26 import java.util.Map; 27 28 29 /** 30 * <p>Interface which abstracts a piece of information ("attribute") associated with 31 * a Workflow document, which can be used to make routing decisions when combined 32 * with Rules.</p> 33 * <p>WorkflowAttribute lifecycle:</p> 34 * <p>Definition via XML</p> 35 * <ol> 36 * <li>Attribute definition is defined in XML (... any actions that are performed on-definition)</li> 37 * <li>Attribute definition is registered in a Rule Template definition in XML</li> 38 * <li>Rule Template is associated with a Document and a Rule in XML</li> 39 * </ol> 40 * <p>Definition via UI (this documentation needs work)</p> 41 * <ol> 42 * <li>...?...</li> 43 * <li>{@link #validateRuleData(Map)} and {@link #validateRoutingData(Map)} and are called to validate the configuration/extension values 44 * of the rule definition, and the user-configured rule data (??). see {@link org.kuali.rice.kew.rule.web.WebRuleBaseValues}, 45 * {@link org.kuali.rice.kew.rule.RuleRoutingAttribute}.</li> 46 * <li>Not sure where and why these are called, or how that is reconciled with XML-based ingestion....? The 'required' field only seems 47 * to matter with regard to these two methods; it seems to only ever be used in implementations of these two methods</li> 48 * </ol> 49 * <p>Runtime evaluation</p> 50 * <ol> 51 * <li>Client application constructs {@link org.kuali.rice.kew.api.document.attribute.WorkflowAttributeDefinition} and attaches 52 * it to the client-side document</li> 53 * <li>Upon action taken on the document, the Attributes that are described by the <code>WorkflowAttributeDefinitionVO</code>s 54 * are looked up (... how ...) and constructed on the client side.</li> 55 * <li>If the attribute is a {@link WorkflowAttributeXmlValidator} (e.g. {@link org.kuali.rice.kew.rule.xmlrouting.StandardGenericXMLRuleAttribute}), 56 * then {@link WorkflowAttributeXmlValidator#validateClientRoutingData()} is called to validate any data the client app may have set 57 * on the client-instantiated attribute (the {@link org.kuali.rice.kew.api.document.attribute.WorkflowAttributeDefinition})</li> 58 * <li>Attribute content (content the attribute generates to place in the eDoc document content) is obtained from the attribute 59 * via {@link WorkflowRuleAttribute#getDocContent()} or {@link org.kuali.rice.kew.framework.document.attribute.SearchableAttribute#generateSearchContent(org.kuali.rice.kew.api.extension.ExtensionDefinition, String, org.kuali.rice.kew.api.document.attribute.WorkflowAttributeDefinition)}, 60 * depending on whether the attribute is a WorkflowAttribute or {@link org.kuali.rice.kew.framework.document.attribute.SearchableAttribute}</li> 61 * <li>When a Rule is invoked (for instance, when a <code>requests</code> node is fired), all attributes associated with the rule 62 * (those associated with the Rule Template associated with the rule) which are WorkflowAttributes are enumerated and for each: 63 * <ol> 64 * <li>A special case is made for attributes defined in XML as 65 * of "RuleXmlAttribute" type ({@link KewApiConstants#RULE_XML_ATTRIBUTE_TYPE}): the attribute is cast to {@link GenericXMLRuleAttribute} 66 * and RuleAttribute business object is set on it ({@link GenericXMLRuleAttribute#setRuleAttribute(org.kuali.rice.kew.rule.RuleAttribute)} 67 * before proceeding with isMatch invocation. (what about a RuleAttributeAware interface so this can be done generically for all worklfow attribute 68 * implementations?)</li> 69 * <li>{@link WorkflowRuleAttribute#isMatch(DocumentContent, List)} is called with the Rule's extension values passed</li> 70 * </ol> 71 * </li> 72 * <li>If all attributes for the rule match, the rule is fired</li> 73 * </ol> 74 * 75 * @author Kuali Rice Team (rice.collab@kuali.org) 76 */ 77 public interface WorkflowRuleAttribute extends Serializable { 78 79 /** 80 * Returns true if this Attribute finds a match in the given DocContent. If true, 81 * the associated document will be routed to the users specifed by the UNF 82 * 83 * The isMatch method is responsible for determining whether content in a document matches content saved in workflow, thus determining whether to fire a rule or not. 84 * The isMatch method takes a DocumentContent object and a list of rule extension objects and returns a Boolean. The DocumentContent object contains the data in XML 85 * format that will be compared with the rules saved in workflow. Rule extension objects come from a potential rule that may match the document content on this eDoc. 86 * The potential rule is selected based on the Document Type and Rule Templates associated with this eDoc. Each rule extension object contains a list of rule extension 87 * value objects which have the data we will use in key value format to compare to the document content. The key will be determined by a unique string assigned by this 88 * attribute. The Value is determined when a rule is created and data is entered for the particular key. If a match is found, this method returns true and the eDoc will 89 * be routed based on this rule. If no match is found, the method returns false and the eDoc will not be routed based on this rule. 90 */ 91 boolean isMatch(DocumentContent docContent, List<RuleExtensionBo> ruleExtensions); 92 93 /** 94 * Each Row contains Fields describing the UI-level presentation of a single RuleExtensionValue. 95 * <p> 96 * A single Row may contain more than one actual Field instance, but Fields beyond the first one 97 * are there to provide context for the display and evaluation of the first one. 98 * 99 * <p>The getRuleRows method returns a list of rows that contain Fields describing the UI-level presentation of a single RuleExtensionValue for the creation of a rule. 100 * A single row may contain more than one actual Field object, but Fields beyond the first one are there to provide context for the display and evaluation of the first one. 101 * For example, a secondary field may be a lookupable or a searchable valid values object. An individual field consists of a field label, a field help url, a field type, 102 * whether a lookupable is associated with this field, a property name, a property value, valid values, the name of the lookupable, and the default lookupable name for this field. 103 * The field label is a short title that will display on the jsp describing what data to enter for this field. The field help url is optional, but will pop open in a new window 104 * the url entered. The field type is the type of field to display (e.g. hidden, text, drop down, radio, quickfinder (lookupable), lookup result only (this type is needed for 105 * the lookupable, but does not actually render on the jsp), and finally drop down refresh (this type is a drop down box that when it's value changes another drop down box's 106 * valid values will be changed as well)). The lookupable indicator determines whether this field will have a lookupable (valid value search) associated with it. The property 107 * name is the name of the field when rendered on the jsp. This needs to be unique when compared to other field names on the jsp. The property value is the value entered into 108 * the text box or other field type on the jsp. This value will be empty when creating the field and populated during form submission. A List of valid values is optional and 109 * needed to populate drop down boxes or radio buttons. This list consists of KeyValue objects which the key will be the value passed in on submission and the label will 110 * be what is display on the jsp. The lookupable is the name of the lookable service to be called for this field. The default lookupable name is the name of the field on the 111 * lookupable itself. This may be the same of the property name of the field. This is needed when field conversions are needed. If the lookupable returns a key that doesn't 112 * match a property name on the jsp it needs to be converted to one that does. So if the property name is different than the default lookupable name, the lookupable will 113 * convert the return key to the property name of the field. Example: say by default a lookupable returns "color=red" on the url. The default lookupable name would be "color" 114 * and if you needed a different name for this property on the jsp such as "wallcolor", the lookupable will now return "wallcolor=red" instead of the default "color=red". The 115 * default lookupable name also is the key for rule extension values. When an extension value is saved the value comes from the UI and the key from this field. If this field 116 * is left null, then the property name of the field will become the key stored in the database for the extension value. A row can also consist of a group label and number 117 * of rows for this label to span for this attribute. If a group label is present, it will display on the rule creation jsp and group together the individual rows for this 118 * attribute. The total rows number will rowspan the group label across the rows of this attribute. 119 * NOTE: the group label and number of rows to span must be specified on each row object for the display to work correctly. 120 * 121 * <p>Additionally, it is very important that the List of Row objects is reconstructed every time getRuleRows is called. This is because the code which processes 122 * these Rows will set the propertyValue directly on the Field objects contained within. Essentially, this means the Rows and Fields should not be constructed once inside of 123 * the attribute and cached statically, but instead be recreated each time this method is called. 124 */ 125 List<Row> getRuleRows(); 126 127 /** 128 * RoutingDataRows contain Rows describing the UI-level presentation of the ruleData fields 129 * used to determine where a given document would be routed according to the associated rule. 130 * 131 * <p>The getRoutingDataRows method returns a list of rows that contain Fields describing the UI-level presentation of a single RuleExtensionValue for the routing report feature. 132 * These rows are used to determine where an eDoc would route if these values were entered. They are constructed the same way rule rows are described above and a lot of times 133 * are identical. 134 * 135 * <p>Additionally, it is very important that the List of Row objects is reconstructed every time getRoutingDataRows is called. This is because the code which processes 136 * these Rows will set the propertyValue directly on the Field objects contained within. Essentially, this means the Rows and Fields should not be constructed once inside of 137 * the attribute and cached statically, but instead be recreated each time this method is called. 138 */ 139 List<Row> getRoutingDataRows(); 140 141 /** 142 * Returns a String containing this Attribute's routingData values, formatted as a series of XML 143 * tags. The returned tags need not be contained within a single top-level tag. 144 * <p> 145 * For example, DollarRangeAttribute returns a single tag containing its totalDollarAmount, thus: 146 * <pre> 147 * <totalDollarAmount>345</totalDollarAmount> 148 * </pre> 149 */ 150 String getDocContent(); 151 152 /** 153 * Returns the List of RuleExtensionValue objects associated with this Rule, each of which contains 154 * the name and value of one of the parameters used by this Attribute to control when the associated 155 * Rule gets evaluated. RuleExtensionValues are assigned when the Rule is created. 156 * <p> 157 * For example, the DollarRangeAttribute has two associated RuleExtensionValues - its minimum and 158 * maximum values - which control when a rule containing that attribute gets evaluated. 159 * <p> 160 * The UI instantiates a Rule from a RuleTemplate, uses the RuleRows of all of that Rule's Attributes 161 * to build a form, uses user input to create a set of RuleExtensionValues which get persisted when 162 * the rule is persisted. 163 * 164 * To create a RuleExtensionValue object, instantiate a new object, set the key which will be located on the Rule's attribute, 165 * set the value which will be entered on the form from the UI side, and finally add each RuleExtensionValue object to a list. 166 * 167 * 168 * (Basically, given a configured/initialized attribute, marshalls out the RuleExtensionValues representing the current state of 169 * the attribute - Aaron Hamid FIXME) 170 */ 171 List<RuleExtensionValue> getRuleExtensionValues(); 172 173 /** 174 * Validates routingData values in the incoming map. Called by the UI during rule creation. 175 * 176 * This method is responsible for validating and setting the data entered on the form from the UI of the routing report to the Rule's attribute. 177 * The values will be in a Map with the key being the key of the RuleExtensionValue and the value being the value of the data entered from the 178 * UI. This method is used for the routing report which may have different fields than the rule data. 179 * 180 * @param paramMap Map containing the names and values of the routing data for this Attribute 181 */ 182 List<WorkflowServiceError> validateRoutingData(Map<String, String> paramMap); 183 184 /** 185 * Validates ruleExtension values in the incoming map. Called by the UI during rule creation. 186 * 187 * This method is responsible for validating and setting the data entered on the form from the UI of the rule creation to the Rule's attribute. 188 * The values will be in a Map with the key being the key of the RuleExtensionValue and the value being the value of the data entered from the UI. 189 * This method is used for rule creation which may have different fields than the routing report data. 190 * 191 * @param paramMap Map containing the names and values of the rule extensions for this Attribute 192 */ 193 List<WorkflowServiceError> validateRuleData(Map<String, String> paramMap); 194 195 /** 196 * Sets the required flag for this Attribute to true. If required is true, the extensionValues for 197 * this Attribute must be filled in before the associated Rule can be persisted. 198 * 199 * This method sets a flag on whether this attribute is required or not. 200 * When a rule template is created, the rule's attribute can be required. 201 * This setting is then passed to the attribute by this method and can be used by the validateRuleData or validateRoutingData method as fit. 202 */ 203 void setRequired(boolean required); 204 205 /** 206 * Returns true if the extensionValues on this Attribute must be filled in before the associated 207 * Rule can be persisted. 208 */ 209 boolean isRequired(); 210 211 }