Skip to content
New issue

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

[WIP] Additional SSL/TLS context parameters #45

Closed

Conversation

clue
Copy link
Contributor

@clue clue commented Sep 7, 2015

This is a work-in-progress. The current state is provided in the hope to spark a discussion about this API. This is an alternative approach to #17 in order to achieve a better separation of concerns and to leave the current API unchanged. See also the discussion in #4 for some background.

This PR builds on top of #43, so the diff also includes its changes. Look here for changes only related to this PR alone. (no longer applies after rebasing)

Fixes #4
Supersedes/closes #17

@clue clue force-pushed the secure-context-parameters branch from 01932d0 to cf2f5f4 Compare October 13, 2015 10:10
@clue
Copy link
Contributor Author

clue commented Oct 13, 2015

I've just rebased this on the current master now that #43 is in.

Ping @WyriHaximus, @cboden

@WyriHaximus
Copy link
Contributor

Love this, LGTM 👍

@clue
Copy link
Contributor Author

clue commented Nov 21, 2015

For the reference: I've filed #52 as an alternative to this PR.

This PR adds an immutable API and gives the user the control so change SSL context options during runtime. To be honest I'm not sure this is actually needed immediately.

As such, #52 only adds the context options to the constructors of the respective connectors, without otherwise affecting the current API. I believe this to be a (c)leaner alternative, without forestalling future API changes.

@cboden cboden closed this in #52 Mar 8, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Allow context options when creating a socket
2 participants