cancel
Showing results for 
Search instead for 
Did you mean: 

Expose other fields to Task interface

limcheekin
Champ on-the-rise
Champ on-the-rise
Hi,

By looking at H2 database schema of Activiti, the ACT_RU_TASK table has following columns:
CREATE_TIME_
START_DEADLINE_
COMPLETION_DEADLINE_
SKIPPABLE_ (Not sure purpose of this field)

Why not expose these columns to Task interface? If CREATE_TIME_ column is expose, it should solve the problem of sorting I mentioned at http://forums.activiti.org/en/viewtopic.php?f=3&t=323

Please advice.

Regards,
Chee Kin
7 REPLIES 7

jbarrez
Star Contributor
Star Contributor
In beta 2, you can retrieve the start time of a task through the historicActivityInstance object.

But I agree it makes sense to expose the create time in the Task interface and in the query API. (the other properties were removed in beta2).
Here's the Jira: http://jira.codehaus.org/browse/ACT-209

limcheekin
Champ on-the-rise
Champ on-the-rise
Hi Joram,

Thanks for creating the Jira to expose create time column.

I had double checked and saw those columns in beta2. The schema.version = 5.0.beta2 in ACT_GE_PROPERTY table. The way I start the H2 database is:
ant h2.start
ant db.drop
ant db create

Regards,
Chee Kin

jbarrez
Star Contributor
Star Contributor
Then I will need to double check that. Thanks!

fbarbon
Champ in-the-making
Champ in-the-making
Why have START_DEADLINE_ and COMPLETION_DEADLINE_ properties been removed?

In beta 2, you can retrieve the start time of a task through the historicActivityInstance object.

But I agree it makes sense to expose the create time in the Task interface and in the query API. (the other properties were removed in beta2).
Here's the Jira: http://jira.codehaus.org/browse/ACT-209

jbarrez
Star Contributor
Star Contributor
Because it was not able to set those properties programmatically. They were remnants of the old implementation we did when we worked on tasks.

What we will add in the near future, is a dudate for the task (== completion deadline).

fbarbon
Champ in-the-making
Champ in-the-making
Thanks Joram.

What kind of semantics will task's duedate property have? I mean, what happens to the process when a task becomes "late"?
Some (standard) process event is triggered? The task state is changed by the system?

Because it was not able to set those properties programmatically. They were remnants of the old implementation we did when we worked on tasks.

What we will add in the near future, is a dudate for the task (== completion deadline).

jbarrez
Star Contributor
Star Contributor
By default, I believe we shouldnt do nothing with (in the engine).
However, it must be usable in for example a timer event, such that you can model what needs to happen when the duedate is passed.