-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Persist task id in ACT_HI_VARINST table for task variables #4578
Comments
Hi @jyotisahu9, Could you explain further the Technical Requirements section? It is not clear to me what is described there as well how it ties to the functional requirements section (being able to query all tasks variables from runtime and history tables) |
Hi @psavidis, There is TASK_ID_ column in ACT_HI_VARINST table that remains null for task variable ( created through Execution listeners or task listeners). We would like to reuse this column to save task id to identify these variables related to specific task and query them. There is VAR_SCOPE_ column in ACT_RU_VARIABLE table that persists the task id or process instance id to identify specific variable, but once that task is completed, entries are deleted from table. Hope this clarifies the requirement. Let me know !! Thanks, |
Hi @psavidis , Does this looks good to you? Do you have any questions? Thanks, |
Hello @jyotisahu9, I think i understood the requirement, the description / formatting looked a bit confusing to me. In the meantime, could you break down the technical description into a list of high-level steps that describe what needs to be added? You could for example break it down into layers and mention the table (as you did), the query, the service involved, rest-api etc. I will review it once i have time and make any necessary adjustments if needed. The goal is to have a technical description which reflects on a high-level scale what needs to be done before starting to work. Are you going to work on this item? |
Hi @psavidis Yes, I will be working on this task. I would be making the changes to persist taskId in ACT_HI_VARINST table for following two kind of variables: Whenever a task element executes( be it through process instance or standalone task), following steps takes place:
I would be plugging in code to set taskId for HistoricVariableInstanceEntity at below steps:
API to start task are:
API to retrieve task historic variables where taskId will be returned as response parameter are: |
Hi @psavidis, Request you to go through details. Also this is more of bug than feature, I initially created it as feature but then could not change the category. I have my PR ready that can be pushed to understand the whole implementation. Thanks, |
Hi @psavidis , Could you go over the pull request and issue description when you get a chance. Thanks, |
Hello @jyotisahu9 , I'll try to find some time during this week and review the ticket and PR properly. Till then, a question: Why do you think its a bug? Best, |
Hi @psavidis, Thanks for your response. I think its a bug because there is TASK_ID_ column in ACT_HI_VARINST table but it remains null for task variable. This table saves all variable information and shall persist task id to identify specific task variable Best, |
Hello @jyotisahu9 , I had a look at the feature request and your pull request and i'd like to share with you my scepticism and questions. So far, i'm not entirely sure what is the intent of this feature request. I It seems to me from the pull request of your contribution that there is some confusion about the concept of Observation I've executed the
Documentation If you read the official documentation around process variables, you'll notice the variables can have different scope executions. Using that as a reference, i'd like to understand better: a) What is the problem you'd like to solve Best, |
User Story (Required on creation)
As a Operations engineer, I would like to know all variables related to specific task
Functional Requirements (Required before implementation)
Technical Requirements (Required before implementation)
Pull requests
The text was updated successfully, but these errors were encountered: