TASKANA is a task management component open source library. It can be embedded into your application or be operated standalone if appropriate. Beside the basic task management functionalities, TASKANA adds workbaskets and classifications to control and monitor a large amount of Tasks within a larger organization.
We're not aware of all installations of our Open Source project. However, we love
📨 Please contact us if you need consulting support.
Tasks are the main entity of TASKANA. Each Task has its describing attributes like priority and due date.
Furthermore each Task has a state.
And a Task holds a reference to the system and business object, it is associated with. This is important since is meant to be a standalone component.
All Tasks are placed in a Workbasket to control and direct the handling of the Tasks.
Workbaskets are the main structure to distribute the Tasks to the available users. There are personal, group/team and topic Workbaskets.
Workbaskets indicate the responsibility for a Task. The concepts of Workbaskets allow to differentiate between the permissions or the skills required to complete a Tasks and the determination who should complete the Tasks. This can diverge a lot in a larger organization.
Classifications allow to identify the type of a Task. The Task derives some major attributes from the Classification, such as the service level and the priority.
Classifications can be configured by a responsible business administrator to control the handling of the Tasks.
It offers various routing and distribution functions to assign incoming Tasks to the correct Workbaskets, or to redistribute them between Workbaskets.
The dynamic prioritization functions in allow you to control the processing sequence of Tasks at any time. This ensures that the most important Tasks are always addressed first.
It splits up into five components:
As TASKANA is meant to be integrated in the development environment and process of your organisation, you have to create your own small integration project as a wrapper and starting point for your customisations.
We currently provide examples how to run TASKANA as a Spring Boot Application or as a an Enterprise Application on Wildfly Application Server.
If you are only interested in how TASKANA looks and feel, you can try our Demo Environment instead.
Runtime Environment at least Java 17
Supported Databases:
* other versions of the named databases should work also, but haven't been tested
We use the h2 database in this example.
See rest/taskana-rest-spring-example-boot
and it dependencies
We use a Wildfly Application Server in this example.
See lib/taskana-cdi
.
TASKANA allows to customize and modify it’s behaviour through the use of dedicated Service Provider Interfaces (SPI). Each SPI defines an interface that can be implemented by custom code. This is a common approach for Java developers to extend their applications. You can find out more about the background and the details in the Java documentation: https://docs.oracle.com/javase/tutorial/sound/SPI-intro.html
In order to use an SPI within TASKANA, you must
provide a control file with full name of the SPI (e. g. pro.taskana.spi.task.api.CreateTaskPreprocessor) in the subdirectory META-INF/services of the classpath. This control file must contain the fully qualified classname (including the package) of the class that implements the relevant interface. This control file is used by the ServiceLoader to load the custom class at runtime. The control file may contain multiple classes has implement the interface. Each implementation should be declared in a new line.
All implementations will be used consecutively in the declaration order of the control file.
If you provide one or multiple implementations according to the description above, TASKANA will invoke the implementations at a specific point. The Javadoc of each SPI describes the conditions for the implementation to be executed.
Currently, TASKANA provides the following SPIs:
pro.taskana.spi.history.api.TaskanaHistory
pro.taskana.spi.priority.api.PriorityServiceProvider
pro.taskana.spi.routing.api.TaskRoutingProvider
pro.taskana.spi.task.api.AfterRequestChangesProvider
pro.taskana.spi.task.api.AfterRequestReviewProvider
pro.taskana.spi.task.api.BeforeRequestChangesProvider
pro.taskana.spi.task.api.BeforeRequestReviewProvider
pro.taskana.spi.task.api.CreateTaskPreprocessor
pro.taskana.spi.task.api.ReviewRequiredProvider
pro.taskana.spi.user.api.RefreshUserPostprocessor
The list of releases contains a detailed changelog.
We use Semantic Versioning.
The following compatibility matrix shows the officially supported Spring version for each release. Other combinations might also work but have not been tested.
Release | SpringBoot |
---|---|
7.0.0 | 2.7.16 |
6.3.2 | 2.7.14 |
6.2.2 | 2.7.12 |
6.1.1 | 2.7.10 |
If you have any questions or ideas feel free to create an issue or contact us via GitHub Discussions.
We love listening to your feedback, and of course also discussing the project roadmap and possible use cases with you!
This open source project is being developed by Novatec Consulting GmbH and envite consulting GmbH with the support of the open source community.