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

Async (blocking) vs non blocking #35

Open
billoneil opened this issue Apr 14, 2017 · 4 comments
Open

Async (blocking) vs non blocking #35

billoneil opened this issue Apr 14, 2017 · 4 comments

Comments

@billoneil
Copy link
Contributor

No description provided.

@sachin-walia
Copy link

@billoneil I am wondering if you can provide some information on where and how to use IO Pool. I understand for blocking cases such as DB, Redis, API calls it is suggested to use worker pool or blocking handler. I wonder if there is any use case for using IO pool. How would those handlers and their response body looks like.

@billoneil
Copy link
Contributor Author

@sachinwalia2k8 I'm not too experienced in the non blocking side myself as most of my systems use databases. A large portion of the built in Undertow handlers are non blocking though.

A good example would be ProxyHandler which proxies HTTP requests to another server. I thought the ResourceHandler was non blocking but it looks like not all of the implementations are non blocking so we must assume they can block.

The Undertow dev list might be a better resource for that question undertow-dev@lists.jboss.org.

@sachin-walia
Copy link

Thanks @billoneil BTW your website and your github project really sold me on using Undertow for building our microservice infrastructure. Hopefully over time we'll get rid of our Spring boot based services and just use Undertow. I am using Undertow with Dagger for DI and it is really an awesome combination.

@billoneil
Copy link
Contributor Author

@sachinwalia2k8 that's great to hear. Once you know many of the common libraries that all of the frameworks already share it's not too difficult to just implement them yourself. There are of course some tradeoffs but I would willingly lock myself into a library that I fully understand instead of using abstracts where I'm not quite sure what is going on. I'm personally not the biggest fan of DI due to some previous bad experiences but Dagger is the one that looks most promising to me.

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

No branches or pull requests

2 participants