Struct InMemoryCredentialsStore 

pub struct InMemoryCredentialsStore { /* private fields */ }

An in-memory CredentialsStore backed by an RwLock<HashMap>.

Suitable for single-process deployments. Credentials are lost when the process exits.

Lock poisoning

If a thread panics while holding the lock, subsequent operations will also panic (fail-fast) rather than silently returning None. This surfaces bugs early instead of masking them.

Implementations

impl InMemoryCredentialsStore

pub fn new() -> Self

Creates an empty credential store.

Trait Implementations

impl CredentialsStore for InMemoryCredentialsStore

fn get(&self, session: &SessionId, scheme: &str) -> Option<String>

Returns the credential for the given session and scheme, if present.

fn set(&self, session: SessionId, scheme: &str, credential: String)

Stores a credential for the given session and scheme.

fn remove(&self, session: &SessionId, scheme: &str)

Removes the credential for the given session and scheme.

impl Debug for InMemoryCredentialsStore

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Never panics, unlike the accessors below.

Those propagate lock poisoning deliberately, and that is right for them: a credentials lookup that quietly returns None is a silent auth downgrade. It is wrong here. Formatting is what runs while somebody is diagnosing the first failure, frequently from a logging path, and a Debug that panics replaces the diagnosis with a second failure — in a release build of this workspace (panic = "abort"), with a process abort.

Poisoning is reported rather than recovered from: a count read out of a map some writer panicked inside is not a fact worth printing as though it were one.

impl Default for InMemoryCredentialsStore

fn default() -> Self

Returns the “default value” for a type.