add http end points related to tasks

[bluepal-prasanthi-moparthi]

This PR includes the implementation and test cases for the following task-related endpoints:

1. List all tasks
2. Get a specific task
3. Create a new task
4. Create a task with a specific ID
5. Remove a task

[cla-bot]

Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: root.
This is most likely caused by a git client misconfiguration; please make sure to:

1. check if your git client is configured with an email to sign commits git config --list | grep email
2. If not, set it up using git config --global user.email [email protected]
3. Make sure that the git commit email is configured in your GitHub account settings, see https://github.com/settings/emails

[Copilot]

Pull Request Overview

This PR adds support for task management endpoints in the ArangoDB Go driver, including listing, retrieving, creating (with and without explicit IDs), and removing tasks. It also provides associated test coverage for these operations.

• Implemented ClientTasks interface and methods in tasks_impl.go
• Updated Client to include the new task client
• Added end-to-end tests for task creation, retrieval, listing, and deletion

Reviewed Changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated 5 comments.

Show a summary per file

File	Description
v2/tests/tasks_test.go	Tests for task endpoints: create (with/without ID), get, list, delete
v2/arangodb/tasks_impl.go	Implementation of Tasks, Task, CreateTask, RemoveTask, CreateTaskWithID
v2/arangodb/tasks.go	Definition of ClientTasks, TaskOptions, and Task interfaces
v2/arangodb/client_impl.go	Registration of the task client in the main client struct
v2/arangodb/client.go	Extension of the public Client interface to include ClientTasks

Comments suppressed due to low confidence (2)

v2/tests/tasks_test.go:38

• [nitpick] The variable name createtdTask contains a typo and is ambiguous. Rename it to createdTask for clarity.

				createtdTask, err := client.CreateTask(ctx, options)

v2/tests/tasks_test.go:45

• After retrieving taskInfo, add a test that calls taskInfo.Params(&result) and validates the unmarshaled parameters to ensure Params() works correctly.

				require.NotNil(t, taskInfo)

[Copilot]

The endpoint URL lacks the database context, so operations may target the system database. Use a helper to include the current database in the path (e.g., _db/{dbName}/_api/tasks).

Suggested change

	urlEndpoint := connection.NewUrl("_api", "tasks") // Note: This should include database context, see below
	dbName := url.PathEscape(c.client.databaseName) // Ensure database name is URL-safe
	urlEndpoint := connection.NewUrl("_db", dbName, "_api", "tasks") // Include database context

[Copilot]

[nitpick] This debug fmt.Printf may clutter output in production. Remove it or replace it with a structured logger at the appropriate log level.

[Copilot]

[nitpick] This debug fmt.Printf should be removed or converted to a proper log statement to avoid leaking internal state.

Suggested change

	fmt.Printf("Checking existing task with ID: %s, existingTask: %v, Error:%v", id, existingTask, err)
	log.Printf("DEBUG: Checking existing task with ID: %s, existingTask: %v, Error: %v", id, existingTask, err)

[Copilot]

When checking for an existing task, only a NotFound error should be ignored. Currently any error lets creation proceed, potentially hiding real failures. Explicitly detect NotFound and propagate other errors.

Suggested change

	if err == nil && existingTask != nil {
	if err != nil {
	if !shared.IsNotFound(err) {
	return nil, errors.WithStack(err)
	}
	} else if existingTask != nil {

[Copilot]

[nitpick] Use t.Logf instead of fmt.Printf in tests for consistent test logging and output capture.

Suggested change

	fmt.Printf("Number of tasks: %s\n", tasks[0].ID())
	t.Logf("Number of tasks: %s", tasks[0].ID())

[cla-bot]

Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors: root.
This is most likely caused by a git client misconfiguration; please make sure to:

1. check if your git client is configured with an email to sign commits git config --list | grep email
2. If not, set it up using git config --global user.email [email protected]
3. Make sure that the git commit email is configured in your GitHub account settings, see https://github.com/settings/emails