Class ActivityActionsExecutedType

  • All Implemented Interfaces:
    JaxbVisitable, Serializable, Cloneable, org.jvnet.jaxb2_commons.lang.Equals, org.jvnet.jaxb2_commons.lang.HashCode

    public class ActivityActionsExecutedType
    extends Object
    implements Serializable, Cloneable, JaxbVisitable, org.jvnet.jaxb2_commons.lang.Equals, org.jvnet.jaxb2_commons.lang.HashCode
    Shows what actions were executed. Currently there are only basic actions (ADD, MODIFY, DELETE) carried out on basic categories of objects (object types, e.g. UserType, RoleType, OrgType, ShadowType, ...). This gives a quick overview what e.g. import, livesync or reconciliation task is really doing. For example, if it really creates new users, or if it deletes anything, etc. Two categories of statistics are described: "all" and "resulting". The former describes all operations carried out, whereas the latter describes only the "high-level" or "externally visible" ones. An example: if a live sync task detects a new resource objects, creates appropriate user, and modifies it twice (because of outbound/inbound/template/etc interplay), the "all" category would contain 1xADD and 2xMODIFY for that user. However, the "resulting" category shows what the external observer would expect - that 1 user was added (so, 1xADD). Note that the behavior of "resulting" action determination is still experimental, and need to be specified more precisely, e.g. with regards to operation failures. In future it would be nice to distinguish e.g. between shadows on different resources. Also, the semantics of operations on ShadowType should be defined more precisely - namely, whether an operation means "operation on repository shadow" or "operation on resource object". Currently, it means both of them. And some of the shadow related operations are not counted, namely those that are carried out autonomously by the provisioning module - e.g. creating repo shadows when resource objects are discovered. Also, displaying the result of operations that are handled by consistency mechanism is defined quite well. Overall, while counters related to focal objects (users, roles, orgs) are relatively well defined, counters related to shadows need some clarification.

    Java class for ActivityActionsExecutedType complex type.

    The following schema fragment specifies the expected content contained within this class.

     <complexType name="ActivityActionsExecutedType">
       <complexContent>
         <restriction base="{http://www.w3.org/2001/XMLSchema}anyType">
           <sequence>
             <element name="objectActionsEntry" type="{http://midpoint.evolveum.com/xml/ns/public/common/common-3}ObjectActionsExecutedEntryType" maxOccurs="unbounded" minOccurs="0"/>
             <element name="resultingObjectActionsEntry" type="{http://midpoint.evolveum.com/xml/ns/public/common/common-3}ObjectActionsExecutedEntryType" maxOccurs="unbounded" minOccurs="0"/>
           </sequence>
         </restriction>
       </complexContent>
     </complexType>
     
    See Also:
    Serialized Form
    • Constructor Detail

      • ActivityActionsExecutedType

        public ActivityActionsExecutedType()
        Creates a new ActivityActionsExecutedType instance.
      • ActivityActionsExecutedType

        public ActivityActionsExecutedType​(ActivityActionsExecutedType o)
        Creates a new ActivityActionsExecutedType instance by deeply copying a given ActivityActionsExecutedType instance.
        Parameters:
        o - The instance to copy.
        Throws:
        NullPointerException - if o is null.
    • Method Detail

      • getObjectActionsEntry

        public List<ObjectActionsExecutedEntryType> getObjectActionsEntry()
        Gets the value of the objectActionsEntry 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 objectActionsEntry property.

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

            getObjectActionsEntry().add(newItem);
         

        Objects of the following type(s) are allowed in the list ObjectActionsExecutedEntryType

      • getResultingObjectActionsEntry

        public List<ObjectActionsExecutedEntryType> getResultingObjectActionsEntry()
        Gets the value of the resultingObjectActionsEntry 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 resultingObjectActionsEntry property.

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

            getResultingObjectActionsEntry().add(newItem);
         

        Objects of the following type(s) are allowed in the list ObjectActionsExecutedEntryType

      • toString

        public String toString()
        Generates a String representation of the contents of this type. This is an extension method, produced by the 'ts' xjc plugin
        Overrides:
        toString in class Object
      • hashCode

        public int hashCode​(org.jvnet.jaxb2_commons.locator.ObjectLocator locator,
                            org.jvnet.jaxb2_commons.lang.HashCodeStrategy strategy)
        Specified by:
        hashCode in interface org.jvnet.jaxb2_commons.lang.HashCode
      • hashCode

        public int hashCode()
        Overrides:
        hashCode in class Object
      • equals

        public boolean equals​(org.jvnet.jaxb2_commons.locator.ObjectLocator thisLocator,
                              org.jvnet.jaxb2_commons.locator.ObjectLocator thatLocator,
                              Object object,
                              org.jvnet.jaxb2_commons.lang.EqualsStrategy strategy)
        Specified by:
        equals in interface org.jvnet.jaxb2_commons.lang.Equals