You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "FlorianHockmann (GitHub)" <gi...@apache.org> on 2018/12/20 13:18:52 UTC
[GitHub] [tinkerpop] FlorianHockmann commented on pull request #1016:
WIP: Add request pipelining and ConnectionPool sizes TINKERPOP-1775 and
TINKERPOP-1774
> AggregateException.Handle() should be called here, as the faulted task is not going to be yielded to the user.
You mean simply like this (+ the logic from your second remark here)?
```cs
t.Exception.Handle(e =>
{
_callbackByRequestId[msg.RequestId].HandleFailure(t.Exception);
_callbackByRequestId.TryRemove(msg.RequestId, out _);
return true;
});
```
> Additionally, I think if the sending fails, the whole connection should be "trashed" (empty queues, respond with the errors back to the user) and close the connection.
That sounds like a good idea. I guess we have to throw the exception then for every request for which we have a callback registered at that time.
[ Full content available at: https://github.com/apache/tinkerpop/pull/1016 ]
This message was relayed via gitbox.apache.org for dev@tinkerpop.apache.org