I see from the java code snippet that the system is using a function called:
cfSession.isFlushed() Is there a way to access that from the coldFusion code? I could check that manually prior to attempting to set the cookie and bypass the error. At least while I try to figure out what the page is getting flushed in the first place. Thanks, Alan On Thursday, October 8, 2015 at 11:38:58 AM UTC-4, [email protected] wrote: > > I'm starting to see a few random errors in my logging that are coming > through as: > > "Unable to create Cookie because the page has been flushed" > > > I have this happening on a few different sites/applications but we don't > use the CFFLUSH tag or the CFHEADER tag in any of the apps that are > randomly throwing this error. > > I did some more research on this error and the source is that the http > headers have already been sent back to the client browser. Since we are not > triggering this intentionally I found that there is a setting in the OpenBD > admin that could be the culprit. > > The "Response Buffer Size" - which I believe is defaulted to "Buffer > entire page" could be set to a specified number of KB, and as such once > your output meets that number the buffer is cleared and sent to the client > and subsequent data is written directly to the response buffers of the > underlying server (tomcat in my case or jetty, etc). > > I checked this on my OpenBD admin and it is correctly set to the "Buffer > entire page" setting... so I'm still not sure what is causing these random > errors on our systems. My post here is two fold - One hopefully this > information will help someone in the future and... > > Should I look at the tomcat default buffer size? I would think that > logically that shouldn't be an issue because the OpenBD system should > buffer the entire output prior to flushing the the tomcat response buffer > --- which should mean that the size of the tomcat response buffer is not an > issue at all. The second question is relating to how we configure our > systems. We use the VivoTech installer for a single server install... does > this mean that every application on the physical server share the same > OpenBD response buffer? And if so, could multiple apps be filling up the > response buffer such that it is triggering a flush? How would we test this > theory (that is *IF* it holds water)? Is this related to how much java > server ram we have set in the -Xms and -Xmx (or even the MaxPermSize / > PermSize) environment parameters? > > Any thoughts, suggestions, help is greatly appreciated. > > Thanks, > Alan > -- -- online documentation: http://openbd.org/manual/ http://groups.google.com/group/openbd?hl=en --- You received this message because you are subscribed to the Google Groups "Open BlueDragon" 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/d/optout.
