Class ProtectedDataType<T>

    • Field Detail


        public static final QName COMPLEX_TYPE

        public static final QName F_ENCRYPTED_DATA

        public static final QName F_HASHED_DATA

        public static final QName F_CLEAR_VALUE

        public static final QName F_XML_ENC_ENCRYPTED_DATA

        public static final QName F_XML_ENC_ENCRYPTION_METHOD

        public static final QName F_XML_ENC_ALGORITHM

        public static final QName F_XML_ENC_CIPHER_DATA

        public static final QName F_XML_ENC_CIPHER_VALUE

        public static final QName F_XML_DSIG_KEY_INFO

        public static final QName F_XML_DSIG_KEY_NAME
    • Constructor Detail

      • ProtectedDataType

        public ProtectedDataType()
    • Method Detail

      • getContent

        public List<Object> getContent()
        TODO May be either encrypted or hashed or provided in the clear (e.g. for debugging).

        This type is marked as "mixed" because it may have alternative representation where just the plaintext value is presented as the only value.

        This is considered to be primitive built-in type for prism objects. Gets the value of the content property.

        This accessor method returns a reference to the live list, not a snapshot. Therefore any modification you make to the returned list will be present inside the JAXB object. This is why there is not a set method for the content property.

        For example, to add a new item, do as follows:


        Objects of the following type(s) are allowed in the list Object String JAXBElement<EncryptedDataType>

      • clear

        public void clear()
      • isEmpty

        public boolean isEmpty()
      • hashCode

        public int hashCode()
        hashCode in class Object
      • equals

        public boolean equals​(Object obj)
        Indicates whether some other object is "equal to" this one. This is standard Java equality comparison. I.e. it will return true if the Java objects contain the same data. This means that both object must use the same protection mechanism (enctyption,hash), same keys must be used, ciphertext or hashes must be the same and so on. If this method returns true then obviously also the cleartext data are the same. However, if this method returns false then no information about the cleartext data can be inferred. Cleartext data may still be the same in both objects. Therefore this method is not suitable for almost any practical purpose. It is here mostly just to keep the Java interface contract.

        See the methods of Protector for a more practical comparison algorithms.

        equals in class Object
        See Also:
        Protector.compareCleartext(ProtectedStringType, ProtectedStringType), Protector.areEquivalent(ProtectedStringType, ProtectedStringType)