Class DefaultMatchingRule<T>
java.lang.Object
com.evolveum.midpoint.prism.impl.match.DefaultMatchingRule<T>
- All Implemented Interfaces:
- MatchingRule<T>
Default matching rule used as a fall-back if no explicit matching rule is specified.
 It is simply using java equals() method to match values.
- Author:
- Radovan Semancik
- 
Constructor SummaryConstructors
- 
Method SummaryModifier and TypeMethodDescriptiongetName()QName that identifies the rule.booleanMatches two objects.booleanmatchRegex(T a, String regex) Matches value against given regex.Returns a normalized version of the value.booleanReturns true if the rule can be applied to the specified XSD type.toString()
- 
Constructor Details- 
DefaultMatchingRulepublic DefaultMatchingRule()
 
- 
- 
Method Details- 
getNameDescription copied from interface:MatchingRuleQName that identifies the rule. This QName may be used to refer to this specific matching rule, it is an matching rule identifier.- Specified by:
- getNamein interface- MatchingRule<T>
 
- 
supportsDescription copied from interface:MatchingRuleReturns true if the rule can be applied to the specified XSD type.- Specified by:
- supportsin interface- MatchingRule<T>
 
- 
matchDescription copied from interface:MatchingRuleMatches two objects.- Specified by:
- matchin interface- MatchingRule<T>
 
- 
normalizeDescription copied from interface:MatchingRuleReturns a normalized version of the value. For normalized version the following holds: if A matches B then normalize(A) == normalize(B) FIXME Currently, the implementation of PolyStringNormMatchingRule does not fulfill this contract. The main problem is that this method returns a value of the same type as it was called with. It may not be appropriate for holding the normalized value. In the case of PolyString norm, we should rather return String instead of PolyString. A similar case could be with comparing e.g. IP addresses where an array or a list of numbers would be appropriate as the normalized representation. (Note: In midPoint provisioning module, we rely on the method returning an object with the same type. But currently, all values used there should be of String type. When introducing other types of attributes, this question will need to be resolved.)- Specified by:
- normalizein interface- MatchingRule<T>
 
- 
matchRegexDescription copied from interface:MatchingRuleMatches value against given regex.- Specified by:
- matchRegexin interface- MatchingRule<T>
 
- 
toString
 
-