Introduce INCREX command

[a-TODO-rov]

Note

Medium Risk
Adds a new Redis command surface (INCREX) across Jedis/UnifiedJedis/pipelining plus new parameter builders; changes touch core protocol enums and command construction, so regressions would mainly be in command argument encoding and response parsing.

Overview
Adds client support for Redis INCREX, including new StringCommands/StringBinaryCommands/pipeline APIs and corresponding implementations in Jedis, UnifiedJedis, PipeliningBase, and CommandObjects (integer and float variants returning [newValue, appliedIncrement]).

Introduces IncrexParams/IncrexFloatParams (via BaseIncrexParams) to encode bounds, SATURATE, and expiration controls (including ENX), extends Protocol with the new command/keywords, and adds comprehensive integration + mocked tests; pom.xml formatter includes are updated to cover the new *Increx* files.

^{Reviewed by Cursor Bugbot for commit 51a29ea. Bugbot is set up for automated code reviews on this repo. Configure here.}

[github-actions]

Test Results

  203 files  ±  0    203 suites  ±0   9m 45s ⏱️ -12s
7 767 tests +150  7 108 ✅  - 447  659 💤 +597  0 ❌ ±0 
7 787 runs  +150  7 128 ✅  - 447  659 💤 +597  0 ❌ ±0 

Results for commit 51a29ea. ± Comparison against base commit c06bc2c.

This pull request skips 447 tests.

redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArcountMissingKey()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArcountMissingKeyBinary()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArdel()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArdelBinary()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArdelrange()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArdelrangeBinary()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArget()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArgetBinary()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArgetrange()[1]
redis.clients.jedis.commands.commandobjects.CommandObjectsArrayCommandsTest[1] ‑ testArgetrangeBinary()[1]
…

♻️ This comment has been updated with latest results.

[jit-ci]

🛡️ Jit Security Scan Results

✅ No security findings were detected in this PR

---

^{Security scan by Jit}

[ggivo]

Looks good,
Added some notes, let's add integration tests for binary variants also.

[ggivo]

LGTM

[cursor]

Cursor Bugbot has reviewed your changes and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 51a29ea. Configure here.}

[cursor]

Redundant mock fields duplicate existing typed mocks

Low Severity

increxDoubleListCommandObject and increxLongListCommandObject are CommandObject<List<Double>> and CommandObject<List<Long>> respectively — the exact same types as the already-existing listDoubleCommandObject (line 67) and listLongCommandObject (line 76). Every other mock in this shared base class follows a type-based naming convention (e.g., listStringCommandObject, longCommandObject). The existing mocks could be reused in the INCREX tests instead of introducing feature-prefixed duplicates.

 

^{Reviewed by Cursor Bugbot for commit 51a29ea. Configure here.}