Kier, I haven't seen or heard of anyone trying this, so I don't know if it's even possible, but if you want to know what might be causing your problem, have you tried dumping the value of the session struct, to see what the sessionids are in these requests you're saying aren't "working". If the sessionid is changing, that would certainly explain why a session is not being persisted over multiple requests.
The next question would be whether the code running via the websocket call is being sent any sort of sessionid (whether in a cookie, in a URL, or otherwise), because if none is sent in, then there's no way for CF to "keep track" of the session. I just don't know if in websockets there's a built-in mechanism to pass in any sort of sessionid so that multiple requests to one can track a session. Let us know what you may find. /charlie From: [email protected] [mailto:[email protected]] On Behalf Of Kier Simmons Sent: Tuesday, August 27, 2013 11:26 AM To: [email protected] Subject: [houcfug] Using Websockets in a Clustered Environment We have 2 CF10 Enterprise servers in MS Server 2012 IIS8 environments running in a cluster. I wanted to test session data communication between the two for failover reasons, but it just didn't work. This was no big deal since we have mostly moved away from CF based session management or server side state management at all due to programming in distributed environments. However, I wanted to ensure that Websockets worked as expected. Were one user can be subscribed to a websocket on one server in the cluster and a different user to the "same" websocket on a different server, but they would still receive messages from the websocket regardless of which socket was triggered. I'm starting to think it doesn't actually work, and that I will have to write websockets that exchange data between the servers to keep everything in sync. Anyone tackle this issue? Kier Simmons _____ This e-mail message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you are not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any review, dissemination, or copying of this message and its attachments or the information contained herein is prohibited. If you have received this message in error, please notify the sender by return e-mail and delete this e-mail message from your computer. Thank you. -- -- -- You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en --- You received this message because you are subscribed to the Google Groups "Houston ColdFusion Users' Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [email protected] For more options, visit http://groups.google.com/group/houcfug?hl=en --- You received this message because you are subscribed to the Google Groups "Houston ColdFusion Users' Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
