1. Disable command retries for CME connections due to:

	a. Absence of command retry configuration in client creation params making retry mechanics unexpected, confusing and inconsistent with command timeout constrains.
	b. Retry semantics are inconsistent between the CME and CMD client since CMD lacks the retry logic
2. Integrate fix for retry logic in redis-rs, cancelling the request in case the future was canceled. This will allow for a correct implementation of retry logic when its configuration is exposed to the user.

glide-core/src/client/mod.rs

@@ -23,7 +23,11 @@ mod value_conversion;
 use tokio::sync::mpsc;
 
 pub const HEARTBEAT_SLEEP_DURATION: Duration = Duration::from_secs(1);
-pub const DEFAULT_RETRIES: u32 = 3;
+
+// Dont use retries because we do not expose this configuration to the user,
+// making it is unexpected to have command retries
+pub const DEFAULT_RETRIES: u32 = 0;
+
 pub const DEFAULT_RESPONSE_TIMEOUT: Duration = Duration::from_millis(250);
 pub const DEFAULT_CONNECTION_ATTEMPT_TIMEOUT: Duration = Duration::from_millis(250);
 pub const DEFAULT_PERIODIC_TOPOLOGY_CHECKS_INTERVAL: Duration = Duration::from_secs(60);