Class PolyStringStrictMatchingRule
- java.lang.Object
-
- com.evolveum.midpoint.prism.impl.match.PolyStringStrictMatchingRule
-
- All Implemented Interfaces:
MatchingRule<PolyString>
public class PolyStringStrictMatchingRule extends Object implements MatchingRule<PolyString>
- Author:
- semancik
-
-
Constructor Summary
Constructors Constructor Description PolyStringStrictMatchingRule()
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description QName
getName()
QName that identifies the rule.boolean
match(PolyString a, PolyString b)
Matches two objects.boolean
matchRegex(PolyString a, String regex)
Matches value against given regex.PolyString
normalize(PolyString original)
Returns a normalized version of the value.boolean
supports(QName xsdType)
Returns true if the rule can be applied to the specified XSD type.String
toString()
-
-
-
Method Detail
-
getName
public QName getName()
Description copied from interface:MatchingRule
QName that identifies the rule. This QName may be used to refer to this specific matching rule, it is an matching rule identifier.- Specified by:
getName
in interfaceMatchingRule<PolyString>
-
supports
public boolean supports(QName xsdType)
Description copied from interface:MatchingRule
Returns true if the rule can be applied to the specified XSD type.- Specified by:
supports
in interfaceMatchingRule<PolyString>
-
match
public boolean match(PolyString a, PolyString b)
Description copied from interface:MatchingRule
Matches two objects.- Specified by:
match
in interfaceMatchingRule<PolyString>
-
normalize
public PolyString normalize(PolyString original)
Description copied from interface:MatchingRule
Returns 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:
normalize
in interfaceMatchingRule<PolyString>
-
matchRegex
public boolean matchRegex(PolyString a, String regex)
Description copied from interface:MatchingRule
Matches value against given regex.- Specified by:
matchRegex
in interfaceMatchingRule<PolyString>
-
-