Deprecate remaining Server, Cluster, Client, and Connection Commands

[juntae6942]

Closes #3796
This PR addresses the remaining deprecations for Server, Cluster, Client, and Connection commands as outlined in #3796.

Changes included:

• Java APIs (Sync/Async/Reactive, Sentinel, Node-selection): Added @Deprecated annotations and @deprecated Javadoc tags (pointing to their respective replacements since 7.7) for the following commands:
  • QUIT (Use StatefulConnection.close() instead)
  • SLAVEOF (Use REPLICAOF instead)
  • CLUSTER SLAVES (Use CLUSTER REPLICAS instead)
  • CLUSTER SLOTS (Use CLUSTER SHARDS instead)
  • Legacy CLIENT KILL <addr> (Use clientKill(KillArgs) instead)
• Protocol Enums: Updated CommandType and CommandKeyword to reflect the deprecations.

---

Note

Low Risk
Documentation-only API deprecations; existing call sites keep working until removal in a future release.

Overview
Marks several legacy Lettuce APIs as deprecated since 7.7 across sync, async, reactive, Kotlin coroutines, cluster node-selection, and Sentinel command interfaces—no runtime or wire-protocol behavior changes.

Connection: quit() is deprecated in favor of StatefulConnection.close() (including cluster BaseNodeSelectionCommands).

Client: clientKill(String addr) is deprecated in favor of clientKill(KillArgs) on server and Sentinel APIs.

Cluster: clusterSlots() is deprecated in favor of clusterShards() on cluster sync/async/reactive interfaces.

Kotlin quit() uses @Deprecated("Use StatefulConnection.close() instead."). CommandKeyword enum constants are regrouped on two lines (formatting only). BaseRedisCommands gains an @author line.

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

[a-TODO-rov]

General approach we use is:

• Edit templates
• Run generators (pay attention to Constants class, generators are not idempotent ...)
• Check created changes and fix manually if needed, so only the relevant ones remain.

[a-TODO-rov]

Generally, no need to deprecate those.

[a-TODO-rov]

This is honestly wrong. Multiple usages.

[a-TODO-rov]

We generally dont depraecate those.

[juntae6942]

Hi @a-TODO-rov, thanks for the detailed guidance!

I've updated the PR based on your feedback:

1. Reverted the @Deprecated annotations from the protocol enums (CommandType and CommandKeyword).
2. Followed the generator workflow: I added the deprecations to the templates, ran the generators, and then manually reverted the unintended changes (like Constants.java and RediSearch*Commands.java) so that only the relevant API interfaces are updated.

Could you please take another look? Let me know if there's anything else I need to fix!