This library doesn't seem to follow the EventSource spec. about sse

[purehyperbole]

@loeffel-io The implementation adheres to the SSE specs on everything with the exception of supporting the retry field. We use exponential backoff to determine when to reconnect, so it never made sense to support that usecase where that value is actually used, which isn't everywhere.

It's something that could be added easily however, or you can set your own reconnect strategy by setting ReconnectStrategy

[purehyperbole]

Hi!

As the library was released with a server implementation and was only intended to be used in conjunction with one another, there was never any emphasis on conforming to the EventSource Spec per say.

Given that this library is seeing more use than I anticipated, any changes to improve adherence to ES spec is a good thing.

So far the changes on your branch look great! :)

Once you've got something that you're happy to submit, please open a PR and i'll do some testing

Cheers

[jeffreydwalter]

Going to leave this open since retry isn't fully implemented.

[jeffreydwalter]

This library is also missing the retry semantics and the handling of the Last-Event-ID doesn't seem right.

[jeffreydwalter]

I've used this Python sse client library in production code and have looked at it's code quite a bit. It seems to follow the standard pretty closely and would be a good library to model.

[Muddz]

@purehyperbole What is the status of this? Isn't it implemented fully now to be complient with EventSources specifications?

[loeffel-io]

Any update on this?

[loeffel-io]

Thanks for the info @purehyperbole

[cryptix]

The implementation adheres to the SSE specs on everything with the exception of supporting the retry field.

Great news! I suggest changing the issue title to reflect this new state. I got a bit worried for a moment when evaluating if we should use this for a new project.

[alevinval]

FYI you can find spec compliant and optimised decoder here maybe you find it useful. You can use the decoder with any io.Reader, so it should not be hard to integrate. You could ignore the rest of the primitives.

[mapero]

Hi. We have noticed there is a mandatory query parameter "stream" in the server implementation. Without providing the parameter, the connection will not be established. This seems to be something that is not specified by the spec and will prevent to use this library with other sse client implementations.
Is it possible to make this parameter optional or completely remove it?

Thanks.