Mark, Sorry that part of the framework I can't change, its common framework that is used for forcing people to login into applications on timeouts, and closing of the browser.
Regards Andrew Scott Technical Consultant NuSphere Pty Ltd Level 2/33 Bank Street South Melbourne, Victoria, 3205 Phone: 03 9686 0485 - Fax: 03 9699 7976 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Stanton Sent: Tuesday, 1 March 2005 1:48 PM To: CFAussie Mailing List Subject: [cfaussie] Re: CFCs calling CFCs Hey Andrew > Again this case is an Application of inheritance, I am trying to > convince the boss why using session so much is a bad idea. Yeah I deal with that a fair bit so you have my sympathy - the worst experience I've had are with things I inherit from myself, work I did years ago, etc.. http://www.bash.org/?6824 sums it up nicely. > In this case its an intranet application, and every time the browser > is closed a new session is started for that user. But the problem is > that until the time expires the session variables remain in memory, > and that is my problem but I am trying to convince the right people > that there is a better method here. You might be able to do a nice trick here that will fix that problem. I think that by default CF uses "in-memory" cookies to identify sessions, so when the browser is closed the cookie dies. However you *might* be able to trick CF into using persistent cookies that expire after a certain period of time rather than when the browser is closed. How? Not exactly sure... Get a tool that looks at HTTP headers like LiveHTTPHeaders, ieHTTPHeaders or Fiddler, read up on cookies and how you can control them in CFand see what you can do. > Also how would .ToString() work on complex data such as structs and > arrays, I tried myArray.Size() but it returns the number of elements > not the actual size of the object. As the name implies - it'll return a string representation of the array/struc, allowing you to get a *rough* idea of the amount of data in there. -- Mark Stanton Gruden Pty Ltd http://www.gruden.com --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to cfaussie as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
