You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
jdbc: support cluster client as the transport #199
Agreed. Because a Tarantool client is behind a SQLConnection, we need to elaborate on how a user can pass an initial set of Tarantool instances as well as parameters specific to the cluster config such as discovery function or discovery delay.
I'd consider doing that via a connection string like jdbc:taramtool://host1:port1,host2:port2?clusterDiscoveryFunction=abc&clusterDiscoveryDelayMs=60000&otherParams.
Activity
Totktonada commentedon Nov 6, 2019
I guess this should be simpler now, after #163.
nicktorwald commentedon Nov 6, 2019
Agreed. Because a Tarantool client is behind a SQLConnection, we need to elaborate on how a user can pass an initial set of Tarantool instances as well as parameters specific to the cluster config such as discovery function or discovery delay.
I'd consider doing that via a connection string like
jdbc:taramtool://host1:port1,host2:port2?clusterDiscoveryFunction=abc&clusterDiscoveryDelayMs=60000&otherParams.Totktonada commentedon Nov 6, 2019
I think we should allow to pass all parameters (as usual as well as cluster ones) via properties and URI both.
Use cluster Tarantool client instead of simple one
Use cluster Tarantool client instead of simple one
Use cluster Tarantool client instead of simple one
Use cluster Tarantool client instead of simple one