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

Support encrypted binary protocol (Tarantool Enterprise) #28

Closed
NeraverinTarantool opened this issue Jul 26, 2022 · 0 comments
Closed
Assignees
Labels
epic feature A new functionality

Comments

@NeraverinTarantool
Copy link

The connector should be able to connect to Tarantool Enterprise using the encrypted protocol.

Related:

@kyukhin kyukhin added the feature A new functionality label Jul 27, 2022
alyapunov added a commit that referenced this issue Aug 31, 2022
Add another log level (INFO) and provide common log function.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Make it work with connections directly instead of descriptors.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
There was a bug: in epoll net provider, in case of EAGAIN the
connection was marked as having data to decode, which is wrong.

Fix it by simple check that the connection has input data.

Implement this part int libev net provider similarly.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Before this patch the greetings was received in blocking mode
right after blocking connect.

This patch postpones greetings to the first reading.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
By a mistake a debug assertion was placed in a bit wrong place.

Move it to the right position.

Add a test.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Allocate iovec simply on stack.

Don't use NETWORK::readyToRecv anymore, use READAHEAD instead.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Implement Stream class instead of NetWorkEngine class.

Stream class encapsulates network connection with simple API:
connect, close, send, recv. It also has status that show blocking
state of I/O.

There must be no logical changes in this patch.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
By default SSL is turned off.
Enable it with -DTNTCXX_ENABLE_SSL.

Closes #28
alyapunov added a commit that referenced this issue Aug 31, 2022
By default SSL is turned off.
Enable it with -DTNTCXX_ENABLE_SSL.

Closes #28
alyapunov added a commit that referenced this issue Aug 31, 2022
By default SSL is turned off.
Enable it with -DTNTCXX_ENABLE_SSL.

Closes #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Add another log level (INFO) and provide common log function.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Make it work with connections directly instead of descriptors.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
There was a bug: in epoll net provider, in case of EAGAIN the
connection was marked as having data to decode, which is wrong.

Fix it by simple check that the connection has input data.

Implement this part int libev net provider similarly.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Before this patch the greetings was received in blocking mode
right after blocking connect.

This patch postpones greetings to the first reading.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
By a mistake a debug assertion was placed in a bit wrong place.

Move it to the right position.

Add a test.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Allocate iovec simply on stack.

Don't use NETWORK::readyToRecv anymore, use READAHEAD instead.

Part of #28
alyapunov added a commit that referenced this issue Aug 31, 2022
Implement Stream class instead of NetWorkEngine class.

Stream class encapsulates network connection with simple API:
connect, close, send, recv. It also has status that show blocking
state of I/O.

There must be no logical changes in this patch.

Part of #28
@kyukhin kyukhin added the epic label Sep 22, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
epic feature A new functionality
Projects
None yet
Development

No branches or pull requests

3 participants