Cannot retrieve records in handlers about axum-sessions HOT 8 OPEN

Hi there, have you had a look at the Crate docs already? This example in particular might be helpful.

There isn't an example of Redis specifically, however I'd be happy to accept a PR with an implementation in examples/. I can also share how I'm using the SQLx variation:

    let store = PostgresSessionStore::new(&config.database_url)
        .await
        .expect("Could not connect to database.");
    store.migrate().await.unwrap();

    let service = ServiceBuilder::new().layer(
        SessionLayer::new(store, config.app_secret.as_bytes())
            .with_same_site_policy(SameSite::Lax)
            .with_secure(false),
    );

from axum-sessions.

Thanks for the links, I did view the docs and use the example.

However with session_layer as the layer, it's not storing a record set in one handler which is retrievable in another handler.

Perhaps it may be an idea to doc an example of an insert in one handler and a get in another handler.

Redis is generally more widely used to store sessions, so if you could doc a Redis example, insert & get in separate handlers, that would be awesome.

from axum-sessions.

I have a relatively complex project with a redis session using this crate. When I'll have a little more free time, I'll submit a PR with a basic working example. The redis part is not that complicated imo, so basically I just followed the docs.

Edit:
There's one little problem with it though; I had to fork async_redis_session and change it to use tokio instead of async-std.

from axum-sessions.

Edit: There's one little problem with it though; I had to fork async_redis_session and change it to use tokio instead of async-std.

Oh that's too bad: async-sqlx-session allows you to configure the async runtime with feature flags. I wonder if async-redis-session would be open to a similar approach?

from axum-sessions.

That would be ideal if async-redis-session enables Tokio as a feature flag. Thanks for all your input and help.

from axum-sessions.

@AppyCat I have a redis example here. I'm not going to submit a PR, as the async_redis_session crate still uses async-std for the Redis connection, and if you run that example, it'll spin up both tokio and async-std. I personally have my own fork of async_redis_session where I patched to use get_tokio_connection instead of get_async_std_connection.

from axum-sessions.

I also added a sqlx example for reference.

Given that async-sqlx-session and async-redis-session share maintainers, I wonder if there's appetite for incorporating upstream changes to support tokio with the redis variant.

from axum-sessions.

@AppyCat we've released tower-sessions 0.1.0 which includes Redis support.

from axum-sessions.