Uploaded image for project: 'camunda BPM'
  1. camunda BPM
  2. CAM-4911

I can retrieve Identitylinks from History

    Details

    • Type: Feature Request
    • Status: Closed
    • Priority: L3 - Default
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 7.5.0, 7.5.0-alpha4
    • Component/s: engine
    • Labels:
    • Title Keywords:
      Identitylink HistroicTaskInstanceQuery

      Description

      AT:

      • Adding and deleting an identity link is logged to history (for both task and process instance identity links) as HistoricIdentityLinkLogs
      • When a task is assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "add" is created
      • When a task is un-assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "delete" is created
      • When a task is set as the owner of a user, a historic identity link of type "OWNER" and history event type "add" is created
      • When a user is unset as the owner of a task, a historic identity link of type "OWNER" and history event type "delete" is created
      • I can query for HistoricIndentityLogs using the history service
      • When performing a historic task query I can restrict on the historic identity links of any type (.taskInvolvedUser(...) and .taskInvolvedGroup()). This will return all the tasks for which an identity link pointing to that user id / group id exists
      • When performing a historic task query I can restrict on the historic identity of type "candidate" links (.taskHadCandidateUser(...) and .taskHadCandidateGroup())

      OLD DESCRIPTION

      We are currently migrating our Activiti Engine to the Camunda Engine.

      But Camunda misses an essential Activiti-feature we are using.
      In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
      (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
      http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)

      Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.

        Issue Links

          Activity

          niklasm Niklas Mohrdieck created issue -
          gimbel Robert Gimbel made changes -
          Field Original Value New Value
          Link This issue is duplicated by CAM-5005 [ CAM-5005 ]
          freund Jakob Freund made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ]
          meyer Daniel Meyer made changes -
          Assignee Deivarayan Azhagappan [ deivarayan.azhagappan ]
          meyer Daniel Meyer made changes -
          Fix Version/s 7.5.0 [ 14091 ]
          meyer Daniel Meyer made changes -
          Status Open [ 1 ] In Progress [ 3 ]
          meyer Daniel Meyer made changes -
          Description We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          AT:
          - Adding and deleting an identity link is logged to history
          - When a


          We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          meyer Daniel Meyer made changes -
          Description AT:
          - Adding and deleting an identity link is logged to history
          - When a


          We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          AT:
          - Adding and deleting an identity link is logged to history (for both task and process instance identity links) as HistoricIdentityLinkLogs
          - When a task is assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "SET" is created
          - When a task is un-assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "REMOVE" is created
          - When a task is set as the owner of a user, a historic identity link of type "OWNER" and history event type "SET" is created
          - When a user is unset as the owner of a task, a historic identity link of type "OWNER" and history event type "REMOVE" is created
          - I can query for HistoricIndentityLogs using the history service
          - When performing a historic task query I can restrict on the historic identity links of any type (.taskInvolvedUser(...) and .taskInvolvedGroup()). This will return all the tasks for which an identity link pointing to that user id / group id exists
          - When performing a historic task query I can restrict on the historic identity of type "candidate" links (.taskHadCandidateUser(...) and .taskHadCandidateGroup())


          --

          OLD DESCRIPTION


          We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          deivarayan.azhagappan Deivarayan Azhagappan made changes -
          Description AT:
          - Adding and deleting an identity link is logged to history (for both task and process instance identity links) as HistoricIdentityLinkLogs
          - When a task is assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "SET" is created
          - When a task is un-assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "REMOVE" is created
          - When a task is set as the owner of a user, a historic identity link of type "OWNER" and history event type "SET" is created
          - When a user is unset as the owner of a task, a historic identity link of type "OWNER" and history event type "REMOVE" is created
          - I can query for HistoricIndentityLogs using the history service
          - When performing a historic task query I can restrict on the historic identity links of any type (.taskInvolvedUser(...) and .taskInvolvedGroup()). This will return all the tasks for which an identity link pointing to that user id / group id exists
          - When performing a historic task query I can restrict on the historic identity of type "candidate" links (.taskHadCandidateUser(...) and .taskHadCandidateGroup())


          --

          OLD DESCRIPTION


          We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          AT:
          - Adding and deleting an identity link is logged to history (for both task and process instance identity links) as HistoricIdentityLinkLogs
          - When a task is assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "add" is created
          - When a task is un-assigned to a user, a historic identity link of type "ASSIGNEE" and history event type "delete" is created
          - When a task is set as the owner of a user, a historic identity link of type "OWNER" and history event type "add" is created
          - When a user is unset as the owner of a task, a historic identity link of type "OWNER" and history event type "delete" is created
          - I can query for HistoricIndentityLogs using the history service
          - When performing a historic task query I can restrict on the historic identity links of any type (.taskInvolvedUser(...) and .taskInvolvedGroup()). This will return all the tasks for which an identity link pointing to that user id / group id exists
          - When performing a historic task query I can restrict on the historic identity of type "candidate" links (.taskHadCandidateUser(...) and .taskHadCandidateGroup())


          --

          OLD DESCRIPTION


          We are currently migrating our Activiti Engine to the Camunda Engine.

          But Camunda misses an essential Activiti-feature we are using.
          In Activiti 5.16+ we were able to get call the method .taskInvoledUser() on an HistoricTaskInstanceQuery. In Camunda we can call it on TaskQuery only.
          (Since 5.17 Activiti moved this method to the superclass TaskInfoQuery)
          [http://activiti.org/javadocs/org/activiti/engine/task/TaskInfoQuery.html#taskInvolvedUser(java.lang.String)]

          Before we can switch to Camunda completly and start getting enterprise support we need to get the information Activiti provides us with this method.
          gimbel Robert Gimbel made changes -
          Summary Identitylinks from Histroy I can retrieve Identitylinks from Histroy
          deivarayan.azhagappan Deivarayan Azhagappan made changes -
          Status In Progress [ 3 ] Resolved [ 5 ]
          Original Estimate 0 minutes [ 0 ]
          Remaining Estimate 0 minutes [ 0 ]
          Assignee Deivarayan Azhagappan [ deivarayan.azhagappan ] Smirnov Roman [ roman.smirnov ]
          Resolution Fixed [ 1 ]
          roman.smirnov Smirnov Roman made changes -
          Resolution Fixed [ 1 ]
          Status Resolved [ 5 ] Reopened [ 4 ]
          Assignee Smirnov Roman [ roman.smirnov ] Deivarayan Azhagappan [ deivarayan.azhagappan ]
          deivarayan.azhagappan Deivarayan Azhagappan made changes -
          Status Reopened [ 4 ] In Progress [ 3 ]
          deivarayan.azhagappan Deivarayan Azhagappan made changes -
          Status In Progress [ 3 ] Resolved [ 5 ]
          Assignee Deivarayan Azhagappan [ deivarayan.azhagappan ] Smirnov Roman [ roman.smirnov ]
          Resolution Fixed [ 1 ]
          roman.smirnov Smirnov Roman made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          michael.schoettes Michael Schoettes made changes -
          Link This issue is depended on by SUPPORT-2302 [ SUPPORT-2302 ]
          meyer Daniel Meyer made changes -
          Fix Version/s 7.5.0-alpha4 [ 14593 ]
          thorben.lindhauer Thorben Lindhauer made changes -
          Summary I can retrieve Identitylinks from Histroy I can retrieve Identitylinks from History
          michael.schoettes Michael Schoettes made changes -
          Labels SUPPORT
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ] This issue links to "Page (camunda confluence)" [ 10706 ]
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ] This issue links to "Page (camunda confluence)" [ 10706 ]
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ] This issue links to "Page (camunda confluence)" [ 10706 ]
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ] This issue links to "Page (camunda confluence)" [ 10706 ]
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 10706 ] This issue links to "Page (camunda confluence)" [ 10706 ]
          gimbel Robert Gimbel made changes -
          Remote Link This issue links to "Page (camunda confluence)" [ 11344 ]
          thorben.lindhauer Thorben Lindhauer made changes -
          Workflow camunda BPM [ 31658 ] Backup_camunda BPM [ 60747 ]

            People

            • Assignee:
              roman.smirnov Smirnov Roman
              Reporter:
              niklasm Niklas Mohrdieck
            • Votes:
              1 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development