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.
- Web Site: http://taskana.pro/
- Demo Environment: https://taskana.azurewebsites.net/taskana
- Getting Started: https://taskana.atlassian.net/wiki/spaces/TAS/pages/228655109/Getting+started
- Issue Tracker: https://github.com/Taskana/taskana/issues
- Contribution Guildelines: https://taskana.atlassian.net/wiki/spaces/TAS/pages/274202625/Contribution+Guide
- License: Apache License, Version 2.0 https://www.apache.org/licenses/LICENSE-2.0
We're not aware of all installations of our Open Source project. However, we love
- listening to your feedback,
- discussing possible use cases with you,
- aligning the roadmap to your needs!
📨 Please contact us if you need consulting support.
- ✨ Overview
- Components
- 🚀 Getting Started
- Customize Behaviour
- 📚 Releases
- 📨 Contact
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:
- TASKANA Lib
- The Java library providing the Task management functions
- TASKANA REST API
- REST API to allow remote access to the TASKANA system.
- TASKANA workplace
- Angular based web application to work on the Tasks
- Sample Tasklist application you can use if appropriate
- TASKANA admin
- Angular based web application to configure the system
- Supports Workbaskets and Classifications
- TASKANA monitor
- Angular based web application to monitor the status of the entire Task pool
- Provides views and statistics about the conformance with defined services levels
- Shows the workload of your organization and the individual teams
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:
- H2 (We test with 2.1.214*)
- Postgres (We test with 14.7*)
- DB2 (We test with 11.5.6*)
- Oracle (We test with 18c*)
* 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
-
create a class that implements the relevant interface.
-
place that class into the classpath of your application
-
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.TaskanaHistorypro.taskana.spi.priority.api.PriorityServiceProviderpro.taskana.spi.routing.api.TaskRoutingProviderpro.taskana.spi.task.api.AfterRequestChangesProviderpro.taskana.spi.task.api.AfterRequestReviewProviderpro.taskana.spi.task.api.BeforeRequestChangesProviderpro.taskana.spi.task.api.BeforeRequestReviewProviderpro.taskana.spi.task.api.CreateTaskPreprocessorpro.taskana.spi.task.api.ReviewRequiredProviderpro.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.
