--
You received this message because you are subscribed to the Google Groups "Tornado Web Server" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python-tornado+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> After 4.5, I intend to make a number of changes aimed at bringing Tornado
> and asyncio closer together:
> 1) Use the asyncio event loop by default on python 3 (deprecating the
> ability to configure different IOLoop implementations)
It would be nice if you could announce that early enough so that we can
start testing the development version of Tornado and confirm that this
doesn't break anything on our end.
About "deprecating the ability to configure different IOLoop
implementations", what do you mean exactly? For example, pyzmq needs
to set up its own event loop for use in non-blocking Tornado
applications.
> 2) Change the semantics of IOLoop.current() and IOLoop.instance() to match
> asyncio.get_event_loop()
Also an announcement and call for testing would be nice for this as
well.
Best regards
Antoine.
--
You received this message because you are subscribed to the Google Groups "Tornado Web Server" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python-tornad...@googlegroups.com.
On Tue, Feb 21, 2017 at 3:21 PM, Ben Darnell <b...@bendarnell.com> wrote:
On Tue, Feb 21, 2017 at 8:40 AM Antoine Pitrou <soli...@pitrou.net> wrote:> After 4.5, I intend to make a number of changes aimed at bringing Tornado
> and asyncio closer together:
> 1) Use the asyncio event loop by default on python 3 (deprecating the
> ability to configure different IOLoop implementations)
It would be nice if you could announce that early enough so that we can
start testing the development version of Tornado and confirm that this
doesn't break anything on our end.Yes, this will get plenty of testing time.
About "deprecating the ability to configure different IOLoop
implementations", what do you mean exactly? For example, pyzmq needs
to set up its own event loop for use in non-blocking Tornado
applications.The idea is that when asyncio is available, you should use `asyncio.set_event_loop{,_policy}()` instead of configuring things on the Tornado side. But we'll continue to support IOLoop.{configure,install}, at least for python2. I haven't figured out yet how we'll reconcile the two.
pyzmq can do the equivalent for asyncio already, so I think should be okay (zmq.asyncio.install()). Mainly a matter of updating applications and documentation to follow. I haven’t tested zmq on top of tornado on top of asyncio on top of zmq yet, though.
-Min
-Ben
> 2) Change the semantics of IOLoop.current() and IOLoop.instance() to match
> asyncio.get_event_loop()
Also an announcement and call for testing would be nice for this as
well.
Best regards
Antoine.
--
You received this message because you are subscribed to the Google Groups "Tornado Web Server" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python-tornado+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups "Tornado Web Server" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python-tornado+unsubscribe@googlegroups.com.
It's been about 6 months since Tornado 4.4, so it's about time for a new release. I'm going through the PR/issue backlog now to merge anything that looks ready to go. (if you've got an older issue that you'd like to get considered, feel free to add a comment to bring it to my attention). This will become Tornado 4.5 in a few weeks.
--
You received this message because you are subscribed to the Google Groups "Tornado Web Server" group.
To unsubscribe from this group and stop receiving emails from it, send an email to python-tornad...@googlegroups.com.