Skip to content

Desire FailNoPeers option #224

Closed
Closed
@gdamore

Description

We have some communication patterns where it would be desirable not to wait for a send timeout if there is no connected peer -- instead we would prefer to fast fail so that the application can do something else (like print an error message and exit, or return an HTTP error over another socket, or something).

These situations are a little more brittle, since a temporary disconnect can cause a hard failure, but for our use cases at RackTop, it's better to just fail right away.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions