tokio-xmpp: re-export rustls if using rustls backend
The user may have to call some global rustls functions depending on the exact feature set of rustls enabled. Hence, we have to expose it. Concretely, if the user somehow ends up with more than one rustls backend, they have to configure one of the backends as default backend at startup.
This commit is contained in:
parent
8c7b503f12
commit
78714475b2
2 changed files with 5 additions and 0 deletions
|
|
@ -28,6 +28,8 @@ XXXX-YY-ZZ RELEASER <admin@example.com>
|
|||
* Added:
|
||||
- Support for sending IQ requests while tracking their responses in a
|
||||
Future.
|
||||
- `rustls` is now re-exported if it is enabled, to allow applications to
|
||||
set the default crypto provider if needed. (!581)
|
||||
* Changes:
|
||||
- On Linux, once the TLS session is established, we can delegate the
|
||||
actual encryption and decryption to the kernel, which in turn can
|
||||
|
|
|
|||
|
|
@ -51,6 +51,9 @@ extern crate alloc;
|
|||
pub use parsers::{jid, minidom};
|
||||
pub use xmpp_parsers as parsers;
|
||||
|
||||
#[cfg(feature = "tls-rust")]
|
||||
pub use tokio_rustls::rustls;
|
||||
|
||||
mod client;
|
||||
#[cfg(feature = "insecure-tcp")]
|
||||
mod component;
|
||||
|
|
|
|||
Loading…
Reference in a new issue