This project allows users to create, read, update, delete, and mark tasks as complete. It uses the H2 in-memory database to store the tasks. The database is lightweight and runs entirely in-memory, making it suitable for testing and development purposes. Once the application is shut down, the data is lost.
H2 is an in-memory relational database, primarily used for lightweight, embedded databases in Java applications. It supports SQL queries and is commonly used for testing and development because it doesn't require installation.
URL to access H2 database: http://localhost:8083/h2/
The following validations have been implemented for the task model:
@NotEmpty(message = "Title cannot be empty."): Custom error message for empty title.@Size(min = 5, max = 20, message = "Title must be between 5 and 20 characters."): Title length validation.@NotEmpty(message = "Description cannot be empty."): Custom error message for empty description.@Size(min = 10, max = 75, message = "Description must be between 10 and 75 characters."): Description length validation.@Future(message = "Deadline must be a future date."): Future date validation.@NotNull(message = "Status cannot be null."): Null status validation.
In this project, soft deleting is used instead of hard deleting tasks. This is achieved by using an isActive field of type boolean. When a user tries to delete a task, it doesn't get permanently deleted from the database. Instead, the isActive flag is set to false, indicating that the task is inactive but still exists in the system for audit or record-keeping purposes.
- POST /tasks: Create a new task.
- GET /tasks: Retrieve all tasks.
- GET /tasks/{id}: Retrieve a specific task by its ID.
- PUT /tasks/{id}: Update an existing task.
- DELETE /tasks/{id}: Soft delete a task (sets
isActiveto false). - PATCH /tasks/{id}/complete: Change the status to "COMPLETED".
You can test the endpoints using Postman or Swagger UI.
Swagger documentation is included to test the endpoints directly from the browser. It provides sample data for each endpoint and automatically generates the necessary URL. You can access the Swagger documentation by visiting the following URL: http://localhost:8083/swagger-ui/index.html#/
Swagger UI Documentation
The Swagger UI will display the available endpoints, response codes, and response messages, allowing you to interact with the API easily.
-
Adding Security with JWT
I plan to enhance the security of the application by integrating JWT (JSON Web Tokens) for authentication and authorization. This will ensure that only authorized users can perform certain actions, such as creating, updating, or deleting tasks.
-
Sending Emails to Concerned Users (Developers) When a Task is Created
I plan to implement functionality where an email is automatically sent to the concerned users whenever a new task is created. This will keep users informed about their assigned tasks and ensure better communication within the team.
-
Sending Emails to Concerned Users (Testers) When a Task is Completed
Once a task is marked as completed, an email will be sent to the concerned users, notifying them of the task completion. This will help users know when the task is ready for testing, improving the workflow and coordination between developers and testers.
-
Sending Email to the Concerned User When a Task is Attempted to Be Deleted Before Completion
To prevent premature deletions, I plan to implement an email notification system that will alert the concerned user if someone attempts to delete a task before it has been completed. This will ensure that tasks are only deleted when appropriate and will help maintain better control over task statuses.
This project provides a simple and effective task management system with the ability to soft delete tasks. The API is fully documented using Swagger, making it easy for developers to test and interact with the endpoints. The use of H2 as an in-memory database ensures that the application is lightweight and easy to set up for testing or development purposes.