Play Framework, Server Sent Events and Internet Explorer

http://www.tuicool.com/articles/7jmE7r

Next week I will be presenting at Scala Days . In my talk I will be discussing building reactive applications with two-way (near) real-time communication using the combination of Server Sent Events for providing clients with updates and REST calls for the backchannel. You may be familiar with two examples of this architecture already: BirdWatch and sse-chat . Now I was thinking about potential questions in the Q&A session after the talk. One potential issue that came to mind almost immediately was the support for Internet Explorer . Out of the box, IE does not support Server Sent Events . Personally, I do not care very much about IE support. I have not used it in years prior to researching this article, and only a low single digit percentage of visitors on my blog uses IE. But I understand this can be a showstopper. So if you don’t care about IE support at all, you really don’t need to read any further. Otherwise, bear with me.

So I started looking for Polyfills and found this one . From the description, it should work right away with IE 10 and above, with no changes to the server side required. What I am presenting in this article is a rather blunt fix, changing the JavaScript from the forked polyfill so that:

The global EventSource object is only ever replaced if it doesn’t exist. That way I don’t have the burden of checking if this implementation works with all current browsers (and those to come). Rather, the global EventSource object from the polyfill is only created in Internet Explorer.
The check for the “correct” ContentType is removed. Out of the box it did not work with Play Framework but without this check it does. I didn’t care much about changing the ContentType on the server side just to make the polyfill happy.

Let’s have a quick look at the code modifications. They are really short.

Conditional Execution of Anonymous Function eventsource.js (lines 18 to 22)

/** modified by Matthias Nehlsen on June 9th, 2014 to add

 *  check without changing the indentation of the rest of

 *  the file so that changes can more easily be tracked. */

(function (global) {

"use strict";

if (!global.EventSource) { (function (global) {

The block above ensures that the anonymous function creating / replacing the global EventSource object is really only executed when there is no such global object. This is done by wrapping the anonymous function creating the EventSource object in another anoynmous function that does the check. The global EventSource is then created below:

Creating a global EventSource object eventsource.js (lines 481 to 482)

   console.log("Using EventSource PolyFill");

   global.EventSource = EventSource;

The only other thing to note is that a check for the expected ContentType was disabled as that was incompatible with the out-of-the box behavior of Play Framework’s EventSource implementation:

Check for expected ContentType eventsource.js (lines 225 to 227)

/** modified by Matthias Nehlsen on June 9th, 2014 to

 *  remove incompatible ContentType type check. */

//if (status === 200 && contentTypeRegExp.test(contentType)) {

if (status === 200) {

Then finally all there is left to do is load this modified polyfill in the application, like this:

Loading Polyfill in Play Framework View index.scala.html (line 141)

<script src="/assets/javascripts/vendor/eventsource.js"></script>

With this javascript file loaded in the client side application, the application now works with Internet Explorer 10 and 11, with the potential of supporting versions 8 and 9 as well, should someone care to help. Supposedly, some padding at the beginning of an SSE connection is needed. I have no idea how to add this 2K padding, but maybe you, the reader, know how to achieve this? If so, please help. Thanks in advance. I will not fix this, instead I will side with Google. The have dropped support for IE 9 and below last year and I am fine with supporting what Google supports.

Great. Much better having to answer “sorry, IE is not supported at all”. Blaming Microsoft alone is not going to help much when your client demands just this support. Now if you want to use this architecture for a reactive application and your pointy haired boss comes along, demanding support for IE, you can put a smile on your face.

I am happy to have this potential showstopper out of the way. I’ve been meaning to address this problem for a while, I had just been dreading the logistics of setting up a testing environment for IE, and that part was about as annoying as expected. I had to dig out an old IE7 image for VMWare Fusion, copy the 40GB over slow wi-fi and then do all the due updates, with multiple restarts of the VM, of course. Oh how I have missed Windows. I had almost forgotten. How can this take hours for the updates that make me eligible for IE 10 alone? Anyhow, that’s about as much exposure to Internet Explorer as I can deal with. With Internet 10 and 11, the core functionality with the Server Sent Events works fine now.

The Rickshaw time series chart on the upper right in BirdWatch does not seem to work in IE, but that’s not part of the proof that the proposed architecture works with newer versions of IE. I do not plan on spending any more time with making IE 8 and 9 work, but in theory it sounds like that would be possible, according to the documentation of Yaffle’s polyfill . Feel free to fix this in case you know a solution, please. There’s a fork of the polyfill that would happily accept pull requests. Thank you.

Okay, until next time, I hope to see you at Scala Days. Say hi when you see me, please. Matthias

巴特西

Play Framework, Server Sent Events and Internet Explorer

最新文章

热门文章