Prev: Enable / Disable cfform validation.
Next: Dynamic treeview bound to XML
From: BKBK on 20 Jun 2008 13:11
I suspect ciCMS instead. What is it, and what action does it perform on the page variable?


From: Max Donnelly on 28 Jun 2008 10:00
Actually, it appears it has nothing to do with my code. It's becoming
abundantly clear there's a bug in CF 8.1:

http://forums.crystaltech.com/index.php/topic,33328.0.html

I think when every developer starts experiencing the same error, it's unlikely
it's a coding issue.

Adobe??? Hello? Anyone out there? Support your product? Which costs THOUSANDS
OF DOLLARS.

From: Kronin555 on 28 Jun 2008 12:06
Max,

Is your application using MySQL? Is getBasicCopy() in your CFC doing a query?
Did you try this workaround?

http://www.coldfusionjedi.com/forums/messages.cfm?threadid=288E1CA2-19B9-E658-9D
557449EC547DF6

What, exactly, does getBasicCopy do?

If cicMS is stored in the APPLICATION scope, why not set it up in
OnApplicationStart? It sounds like you instantiate it in the same part of your
code where you parse the URL. If that's the case, and it's request-dependent,
you shouldn't be storing it in APPLICATION scope. If it's not request
dependent, then you should set it in OnApplicationStart and not have to
create/instantiate/set it anywhere else.

> I even set a param for the "page" variable, with a default value, to handle
cases where no "page" is passed in the URL.

Then it couldn't be page throwing the error.

From: BKBK on 29 Jun 2008 02:21
I made the following suggestion elsewhere. Does it help?

"In the settings page in the Coldfusion Administrator for that particular
datasource, choose to Show Advanced Settings. In the Connection String field,
enter: autoReconnectForPools=true

Press Submit to register the change."



From: denvermax on 1 Jul 2008 00:26
Application uses MySQL 5.

getBasicCopy() in CFC does perform a query.

I'm not sure how to address the comments regarding the positioning of the
ciCMS object. Does this have anything to do with ColdFusion dropping it's MySQL
connection, which is becoming a well-documented bug? I fail to see how the
position of the object in the Application.cfc impacts the issue as I've
described it. It is clear (to me, anyway) that the issue is not related to
this, since the application works consistently with the exception of this
random null error. For the record, we place the ciCMS.cfc object instantiation
in the OnRequestStart and check for it's init status before any other
processing occurs. If the object is already initialized, we move on, if not, we
initialize it. Nothing in the initialization is URL dependent. The placement of
the object in the OnRequestStart allows us to re-initialize the application
with a URL trigger, rather than having to reset the Application by hand.

BKBK: I will try the "autoReconnectForPools" trick. I would note that this
solution won't help those on shared servers who have chosen ColdFusion as their
development tool of choice. I saw a post this evening that indicated the latest
hotfix to 8.1 may have fixed this problem. I hope so.

 |  Next  |  Last
Pages: 1 2
Prev: Enable / Disable cfform validation.
Next: Dynamic treeview bound to XML