Ah, I must have misunderstood the protocol. I thought that you could do
something like this:

        GET /chat HTTP/1.1
        Host: server.example.com
        Upgrade: websocket
        Connection: Upgrade
        Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
        Origin: http://example.com
        Sec-WebSocket-Protocol: gyro, json
        Sec-WebSocket-Version: 13


        HTTP/1.1 101 Switching Protocols
        Upgrade: websocket
        Connection: Upgrade
        Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
        Sec-WebSocket-Protocol: gyro


But I guess this is used by more universal style subprotocols,
registered with IANA etc.




On Mon, Jun 29, 2015 at 2:54 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:

> I hadn't thought that far ahead.  I"m guessing it wouldn't however as I
> don't think I'd want to hijack that aspect of the websocket protocol -
> unless of course there was something built into that i'm unaware of that
> would allow for some sort of custom payload.  Perhaps it's a new for of
> "control" operation that the driver could just request when it
> connects..???  Note that this feature would mostly be useful to those
> drivers that are JVM based and use gryo.  GraphSON serializers pipe
> everything to generic Map/List constructs which make it easy for non-JVM
> languages to deserialize and thus don't require any special configuration.
>
> On Mon, Jun 29, 2015 at 2:32 PM, David Brown <davebs...@gmail.com> wrote:
>
> > Would this information be sent as part of the Sec-WebSocket-Protocol in
> the
> > handshake header?
> >
> > On Mon, Jun 29, 2015 at 8:53 AM, stephen mallette (JIRA) <
> j...@apache.org>
> > wrote:
> >
> > >
> > >      [
> > >
> >
> https://issues.apache.org/jira/browse/TINKERPOP3-740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> > > ]
> > >
> > > stephen mallette updated TINKERPOP3-740:
> > > ----------------------------------------
> > >     Priority: Major  (was: Minor)
> > >
> > > It might help in the short term to allow the serializer to accept the
> > > {{IoRegistry}} in the yaml file on the driver side.
> > >
> > > > Serializer Handshake
> > > > --------------------
> > > >
> > > >                 Key: TINKERPOP3-740
> > > >                 URL:
> > > https://issues.apache.org/jira/browse/TINKERPOP3-740
> > > >             Project: TinkerPop 3
> > > >          Issue Type: Improvement
> > > >          Components: driver, io, server
> > > >            Reporter: stephen mallette
> > > >            Assignee: stephen mallette
> > > >
> > > > Might be nice if Gremlin Server offered some way to tell the driver
> > what
> > > serializers it had (sorta thinking specifically of gryo) so that it
> could
> > > try to use the same ones on the client.  That way the user wouldn't
> need
> > to
> > > hand configure them to be the same and if some class wasn't present the
> > > driver could fail early with a clear error.
> > >
> > >
> > >
> > > --
> > > This message was sent by Atlassian JIRA
> > > (v6.3.4#6332)
> > >
> >
> >
> >
> > --
> > David M. Brown
> > R.A. CulturePlex Lab, Western University
> >
>



-- 
David M. Brown
R.A. CulturePlex Lab, Western University

Reply via email to