In the release notes for CF 6.1 it says Verity is not supported on RedHat Linux
Does anybody have any more info on this or a work around? Barry -----Original Message----- From: Beattie, Barry [mailto:[EMAIL PROTECTED] Sent: Tuesday, 5 August 2003 3:38 PM To: CFAussie Mailing List Subject: [cfaussie] RE: Silly!! >> it basically embeds values into the url to resume state you're talking about cookie "munging"? really messy... http://www.dotnetjohn.com/articles/articleid32.aspx and even: http://www.theage.com.au/articles/2003/03/31/1048962686185.html but standard ASP sessions work on passing a unique number (well 2 numbers: ASPmachineNumber=GUIDuserNumber) in the CGI "HTTP_COOKIE" so it can track it on the server. HTTP_COOKIE: ASPSESSIONIDGGQQQKKK=AILHEDHDEAAFLMCKHLEJAJPP This seems VERY similar to the JsessionID number in CFMX and seems to work the same way. the number is passed backwards and forwards so that's how the state is "maintained". any help? cheers barry.b -----Original Message----- From: Steve Onnis [mailto:[EMAIL PROTECTED] Sent: Tuesday, 5 August 2003 2:40 PM To: CFAussie Mailing List Subject: [cfaussie] RE: Silly!! Look at it this way The web by nature is stateless, so you cant actually maintain state, you can only resume state, which is what a session does. If you have a session linked to a CFID and a CFTOKEN value and those values change, then you will loose your session. ASP claims to have a cookieless state managment feature. you can read about it here http://www.microsoft.com/mspress/developer/feature/080702.asp Basically from what I have read, it basically embeds values into the url to resume state when the site is hit again. in the end you need something to let the server know who the user is. Steve -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Knott, Brian Sent: Tuesday, August 05, 2003 2:28 PM To: CFAussie Mailing List Subject: [cfaussie] RE: Silly!! You don't need to maintain connection if its just a CF site. You can browse it like any normal site. You need to maintain state for applications like login site and shopping carts. Maybe this is what he is referring to. -----Original Message----- From: Taco Fleur [mailto:[EMAIL PROTECTED] Sent: Tuesday, 5 August 2003 2:20 PM To: CFAussie Mailing List Subject: [cfaussie] RE: Silly!! Thanks, I am starting to feel a bit more confident now, however the part where you say "I think" sort of leaves me still hanging ;-)) -----Original Message----- From: Knott, Brian [mailto:[EMAIL PROTECTED] Sent: Tuesday, 5 August 2003 2:22 PM To: CFAussie Mailing List Subject: [cfaussie] RE: Silly!! I think your right. With no session or cookie how could the application know who you are next time you request a page. HTTP is a connectionless protocol thus the browser needs to identify itself via cookie or CFID when it requests the next page. Brian Knott -----Original Message----- From: Taco Fleur [mailto:[EMAIL PROTECTED] Sent: Tuesday, 5 August 2003 2:12 PM To: CFAussie Mailing List Subject: [cfaussie] Silly!! I almost feel silly asking this... But I have to... This is how I think it all works (but I could be wrong and my ASP colleague could be right)... To maintain a session the client either needs to accept a cookie or the CFID and CFTOKEN need to be passed by the url, otherwise you can't maintain state.. Is this correct? My colleague thinks that you can maintain state without a cookie or passing the CFID and CFTOKEN, is he right? If so, I will shoot myself... Taco ------------------------------------------------------------------------ ---- This email, together with any attachments, is intended for the named recipient(s) only and may contain privileged and confidential information. If received in error, please inform the sender as quickly as possible and delete this email and any copies from your computer system network. If not an intended recipient of this email, you must not copy, distribute or rely upon it and any form of disclosure, modification, distribution and/or publication of this email is prohibited. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ------------------------------------------------------------------------ ---- --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ ---------------------------------------------------------------------------- This email, together with any attachments, is intended for the named recipient(s) only and may contain privileged and confidential information. If received in error, please inform the sender as quickly as possible and delete this email and any copies from your computer system network. If not an intended recipient of this email, you must not copy, distribute or rely upon it and any form of disclosure, modification, distribution and/or publication of this email is prohibited. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ---------------------------------------------------------------------------- --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
