Jocelyn Fiat

If we know for sure that this protocol version will be used then we should make the attribute attached otherwise we can make it a function instead of an attribute...

I see .. and no, I don't think the connector does anything for that. maybe apache does it itself. but nino don't but we could fix that as well.

then ... maybe we could have that as precondition ... Or we just make it detachable as you suggested or keep it attached, but carrying a boolean is_valid: BOOLEAN ......

For now we could still add a class WSF_HTTP_PROTOCOL_VERSION that would take as input the server_protocol and have a is_valid: BOOLEAN if server_protocol does not carry any information we could...

Ok, do you have a suggestion about how to handle that ?

I don't see why one would need to close the connection from an handler. Responding with an error message and adapted status code seems better. Otherwise to close a connection,...

I am wondering if this is still relevant to provide an XMPP solution? Which product are using it ? I am not sure that Google Talk, i.e now Hangout, is...

Maybe we should rather provide an Hangout client ... thanks to https://developers.google.com/+/hangouts/api/gapi.hangout.data#gapi.hangout.data.sendMessage ... Since GTalk is going to be retired soon or later. However, this is fairly easy to install...

I thought about adding a requirement for now WSF_SERVICE has execute (req: REQUEST; res: RESPONSE) deferred end what about having execution_behavior: WSF_BEHAVIOR deferred end or similar, and the WSF_BEHAVIOR would...

Still valid issue.