| Classes in this File | Line Coverage | Branch Coverage | Complexity | ||||
| ConstraintProcessor | 
  | 
  | 1.0;1 | 
| 1 |  /* | |
| 2 |   * Copyright 2011 The Kuali Foundation | |
| 3 |   * | |
| 4 |   * Licensed under the Educational Community License, Version 1.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/ecl1.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.kns.datadictionary.validation.processor; | |
| 17 | ||
| 18 | ||
| 19 |  import org.kuali.rice.kns.datadictionary.exception.AttributeValidationException; | |
| 20 |  import org.kuali.rice.kns.datadictionary.validation.AttributeValueReader; | |
| 21 |  import org.kuali.rice.kns.datadictionary.validation.constraint.Constraint; | |
| 22 |  import org.kuali.rice.kns.datadictionary.validation.result.DictionaryValidationResult; | |
| 23 |  import org.kuali.rice.kns.datadictionary.validation.result.ProcessorResult; | |
| 24 | ||
| 25 |  /** | |
| 26 |   * This interface must be implemented by constraint processors, which validate individual constraints in the | |
| 27 |   * data dictionary. The idea is that each constraint has its own processor, and that the validation service can be configured | |
| 28 |   * via dependency injection with a list of processors. This gives institutions the ability to easily modify how validation | |
| 29 |   * should be handled and to add arbitrary new constraints and constraint processors. An alternative might have been to put | |
| 30 |   * the process() method into the Constraint marker interface and have each Constraint define its own processing, but that would | |
| 31 |   * have forced business logic into what are naturally API classes (classes that implement Constraint). This strategy separates | |
| 32 |   * the two functions.  | |
| 33 |   *  | |
| 34 |   * @author Kuali Rice Team (rice.collab@kuali.org)  | |
| 35 |   */ | |
| 36 | public interface ConstraintProcessor<T, C extends Constraint> {  | |
| 37 | ||
| 38 | public ProcessorResult process(DictionaryValidationResult result, T value, C constraint, AttributeValueReader attributeValueReader) throws AttributeValidationException;  | |
| 39 | ||
| 40 |          public String getName(); | |
| 41 | ||
| 42 | public Class<? extends Constraint> getConstraintType();  | |
| 43 | ||
| 44 |          /** | |
| 45 |           * This method return true if the processing of this constraint is something that can be opted out of by some pieces of code. | |
| 46 |           * The only example of this in the version under development (1.1) is the existence constraint.  | |
| 47 |           *  | |
| 48 |           * @return true if this processor can be turned off by some pieces of code, false otherwise | |
| 49 |           */ | |
| 50 | public boolean isOptional();  | |
| 51 | ||
| 52 | }  |