< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index Next in Thread >

Re: [reSIProcate] WebSocket cookie support


Correct me if I'm wrong, but the Cookie header is part of an HTTP message and not a SIP message, correct?  Assuming yes - I would be very hesitant to modify the SIP message parsing logic for multi header support of an HTTP message - this sounds wrong to me.  I would suggest either using StringCategory as you have pointed out, or just performing HTTP message parsing with separate routines and classes utilizing the ParseBuffer utility class.

Scott


On Wed, Sep 4, 2013 at 4:41 PM, Catalin Constantin Usurelu <catalin.usurelu5@xxxxxxxxx> wrote:
Hi everyone,

I'm working on adding cookie support for WebSocket in reSIProcate but I'm not sure how to proceed, so I would like some suggestions/feedback, if possible.

Basically I would like to use the existing code and logic used to implement the SIP header support in resip/stack (that's where the cookie code will be too).
The thing is, from reading the RFC's, the cookie header is like this:
Cookie: name1=value1; name2=value2
And you can theoretically have many headers (but in practice it's never done).
The problem is I can't use the existing code to parse the ';' symbol, it only knows of using ',' to split
multiple field-values.
I could add some code to also treat the cookie case but it's not really "sip grammar" (neither 
is the cookie, but I think it's fine if it uses the existing code), so I'm not sure if it's ok or not.
Or I could just use the Cookie header as StringCategory type, and make a separate parser 
just for cookies but it won't really adhere to the code style/pattern.

Kind regards,

Catalin

_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxx
https://list.resiprocate.org/mailman/listinfo/resiprocate-devel