Following tokio-rs/mio#928.

Generally speaking when changing from level to edge trigger you need to put read/write in a loop, because it could that after a call to read/write another one is ready once the first one is done.

TcpConnection needs to basically call read in a loop here: https://github.com/Genymobile/gnirehtet/blob/2bf8a3cfbe2168031897b8f917c088fe6d4771

Is your feature request related to a problem? Please describe.

Configuration options are not documented on the web site.

Describe the solution you'd like

I need to look at the code (i.e. the *Config classes) or at the Javadoc in order to determine the configuration options. I'd like to have it documented on the website and to be sure that the configuration options match whatever

@OvermindDL1 says "I think all the tests should be adjusted to take the integer on the program parameters or an environment variable or something. That would both prevent such optimizations and would allow for easily CI'd consistency checks."

I'm looking for any documentation that provides more information or recommendations on managing the Nakadi platform in a production environment.

• High-available setup
• Capacity management
• Backup/restore strategies
• Release management (upgrade strategy)

Is there any community forum to discuss the Nakadi platform?

I went through documentations to try picking up this library and I think there are several things can be improved:

Major:

• Add a reading order to the documentation.
  Documentation right now are fragmented and all over the place, as a beginner after Quick Start, i dont know which one I should be reading next.
  Perhaps a proper table of content with number ordering would be nice