We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Kevin Qian opened DATAREDIS-1027 and commented
// code placeholder public void destroy() { resetConnection(); if (connectionProvider instanceof DisposableBean) { try { ((DisposableBean) connectionProvider).destroy(); } catch (Exception e) { if (log.isWarnEnabled()) { log.warn(connectionProvider + " did not shut down gracefully.", e); } } } try { Duration timeout = clientConfiguration.getShutdownTimeout(); client.shutdown(timeout.toMillis(), timeout.toMillis(), TimeUnit.MILLISECONDS); } catch (Exception e) { if (log.isWarnEnabled()) { log.warn((client != null ? ClassUtils.getShortName(client.getClass()) : "LettuceClient") + " did not shut down gracefully.", e); } } if (clusterCommandExecutor != null) { try { clusterCommandExecutor.destroy(); } catch (Exception ex) { log.warn("Cannot properly close cluster command executor", ex); } } }
should we need to invoke destroy method of reactiveConnectionProvider object to release resources?
Referenced from: pull request #470
Backported to: 2.1.11 (Lovelace SR11)
The text was updated successfully, but these errors were encountered:
Mark Paluch commented
Good catch. It makes sense to dispose the reactive connection provider to release a backing connection pool
Sorry, something went wrong.
mp911de
No branches or pull requests
Kevin Qian opened DATAREDIS-1027 and commented
should we need to invoke destroy method of reactiveConnectionProvider object to release resources?
Referenced from: pull request #470
Backported to: 2.1.11 (Lovelace SR11)
The text was updated successfully, but these errors were encountered: