Update an integration test failing when compiled with Java 21

[Torch3333]

Description

I am currently upgrading ScalarDB Cluster JDK versions, and an integration test fails when being compiled with JDK 21. This fixes it.

Related issues and/or PRs

N/A

Changes made

• Make sure time-related types test data do not use unsupported ranges.

Checklist

The following is a best-effort checklist. If any items in this checklist are not applicable to this PR or are dependent on other, unmerged PRs, please still mark the checkboxes after you have read and understood each item.

• I have commented my code, particularly in hard-to-understand areas.
• I have updated the documentation to reflect the changes.
• I have considered whether similar issues could occur in other products, components, or modules if this PR is for bug fixes.
• Any remaining open issues linked to this PR are documented and up-to-date (Jira, GitHub, etc.).
• Tests (unit, integration, etc.) have been added for the changes.
• My changes generate no new warnings.
• Any dependent changes in other PRs have been merged and published.

Additional notes (optional)

N/A

Release notes

N/A

[Copilot]

Pull Request Overview

This PR replaces non-deterministic time-related test values with deterministic ones in an integration test. The change ensures test reproducibility by using fixed encoded values instead of now() method calls.

Key Changes

• Removed unused imports: java.time.Instant and java.time.ZoneId
• Added import for TimeRelatedColumnEncodingUtils
• Replaced LocalDate.now(ZoneId.of("UTC")), LocalTime.now(ZoneId.of("UTC")), Instant.now(), and LocalDateTime.now(ZoneOffset.UTC) with deterministic values using TimeRelatedColumnEncodingUtils.decode*() methods

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[feeblefakie]

LGTM! Thank you!

[brfrn169]

LGTM! Thank you!

[komamitsu]

LGTM, thank you!