starred/asynq

Fork 0

mirror of https://github.com/hibiken/asynq.git synced 2026-04-26 15:35:55 +03:00

[GH-ISSUE #320] [FEATURE REQUEST] Add func NewServerWithClient() and NewWithClient()? #136

New issue

Closed

opened 2026-03-02 05:19:00 +03:00 by kerem · 4 comments

kerem commented

2026-03-02 05:19:00 +03:00

Owner

Originally created by @ryan961 on GitHub (Aug 31, 2021).
Original GitHub issue: https://github.com/hibiken/asynq/issues/320

Originally assigned to: @hibiken on GitHub.

// NewWithClient returns a new Client instance given a redis connection option 
// with given `redis.UniversalClient`.
func NewWithClient(cli redis.UniversalClient) *Client {
	return &Client{
		opts: make(map[string][]Option),
		rdb:  rdb.NewRDB(cli),
	}
}

// NewServerWithClient returns a new Server with given `redis.UniversalClient`
// and server configuration.
func NewServerWithClient(cli redis.UniversalClient, cfg Config) *Server {...}

Originally created by @ryan961 on GitHub (Aug 31, 2021). Original GitHub issue: https://github.com/hibiken/asynq/issues/320 Originally assigned to: @hibiken on GitHub. ``` // NewWithClient returns a new Client instance given a redis connection option // with given `redis.UniversalClient`. func NewWithClient(cli redis.UniversalClient) *Client { return &Client{ opts: make(map[string][]Option), rdb: rdb.NewRDB(cli), } } ``` ``` // NewServerWithClient returns a new Server with given `redis.UniversalClient` // and server configuration. func NewServerWithClient(cli redis.UniversalClient, cfg Config) *Server {...} ```

kerem

2026-03-02 05:19:00 +03:00

closed this issue
added the
enhancement
label

kerem commented

2026-03-02 05:19:01 +03:00

Author

Owner

@hibiken commented on GitHub (Aug 31, 2021):

@Ryalu thank you for opening a feature request.

I intentionally didn't add this option because I don't want asynq package API to be dependent on a specific go-redis/redis package API. For example, if the NewClient function takes github.com/go-redis/redis/v7.UniversalClient then we would need to bump our major version if we want to update to github.com/go-redis/redis/v8.UniversalClient. Or we could potentially use other redis client library and I don't want to make a major version bump because of that.
In short, I believe the fact that we are using go-redis/redis package is an internal implementation detail that shouldn't be exposed in our API.

Why do you want this as a feature? Is our RedisConnOpt missing some field to tune redis client behavior? If so, we can consider adding more options there.

@hibiken commented on GitHub (Aug 31, 2021): @Ryalu thank you for opening a feature request. I intentionally didn't add this option because I don't want `asynq` package API to be dependent on a specific `go-redis/redis` package API. For example, if the `NewClient` function takes `github.com/go-redis/redis/v7.UniversalClient` then we would need to bump our major version if we want to update to `github.com/go-redis/redis/v8.UniversalClient`. Or we could potentially use other redis client library and I don't want to make a major version bump because of that. In short, I believe the fact that we are using `go-redis/redis` package is an internal implementation detail that shouldn't be exposed in our API. Why do you want this as a feature? Is our `RedisConnOpt` missing some field to tune redis client behavior? If so, we can consider adding more options there.

kerem commented

2026-03-02 05:19:02 +03:00

Author

Owner

@ryan961 commented on GitHub (Aug 31, 2021):

@Ryalu thank you for opening a feature request.

I intentionally didn't add this option because I don't want asynq package API to be dependent on a specific go-redis/redis package API. For example, if the NewClient function takes github.com/go-redis/redis/v7.UniversalClient then we would need to bump our major version if we want to update to github.com/go-redis/redis/v8.UniversalClient. Or we could potentially use other redis client library and I don't want to make a major version bump because of that.
In short, I believe the fact that we are using go-redis/redis package is an internal implementation detail that shouldn't be exposed in our API.

Why do you want this as a feature? Is our RedisConnOpt missing some field to tune redis client behavior? If so, we can consider adding more options there.

Thanks for replying, I know, I just want to unify my configuration file. 👍

@ryan961 commented on GitHub (Aug 31, 2021): > @Ryalu thank you for opening a feature request. > > I intentionally didn't add this option because I don't want `asynq` package API to be dependent on a specific `go-redis/redis` package API. For example, if the `NewClient` function takes `github.com/go-redis/redis/v7.UniversalClient` then we would need to bump our major version if we want to update to `github.com/go-redis/redis/v8.UniversalClient`. Or we could potentially use other redis client library and I don't want to make a major version bump because of that. > In short, I believe the fact that we are using `go-redis/redis` package is an internal implementation detail that shouldn't be exposed in our API. > > Why do you want this as a feature? Is our `RedisConnOpt` missing some field to tune redis client behavior? If so, we can consider adding more options there. Thanks for replying, I know, I just want to unify my configuration file. 👍

kerem commented

2026-03-02 05:19:02 +03:00

Author

Owner

@hibiken commented on GitHub (Aug 31, 2021):

@Ryalu As discussed in #321 , you could implement your own type that satisfies asynq.RedisConnOpt interface so that you have full control/access over the redis client.

Let me know if that works!

@hibiken commented on GitHub (Aug 31, 2021): @Ryalu As discussed in #321 , you could implement your own type that satisfies `asynq.RedisConnOpt` interface so that you have full control/access over the redis client. Let me know if that works!

kerem commented

2026-03-02 05:19:02 +03:00

Author

Owner

@hibiken commented on GitHub (Sep 7, 2021):

Closing this; @Ryalu feel free to reopen if you have any follow up questions!

@hibiken commented on GitHub (Sep 7, 2021): Closing this; @Ryalu feel free to reopen if you have any follow up questions!

kerem referenced this issue

2026-03-02 05:54:20 +03:00

[PR #136] [MERGED] Add example tests #626

kerem referenced this issue

2026-03-07 22:11:40 +03:00

[PR #136] [MERGED] Add example tests #1636

kerem referenced this issue

2026-03-15 20:55:49 +03:00

[PR #136] [MERGED] Add example tests #2647