RE: [Reactor for CF] Column name and TO function conflict

[Doug Hughes]

Wow.  That’s not good.  Please log it as a bug and that’ll get fixed.   Doug   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Blackwell Sent: Monday, September 11, 2006 1:32 PM To: reactor@reactorframework.com Subject: [Reactor for CF] Column name and TO function conflict   Hi all,   I’ve just run into a conflict between a column name and a function in the TO.  I had a column called “Copy” but calling record.getCopy() in the record returns the To.Copy() function, and my column is missing.   Looking at the TO there are also the methods isEqual and Configure, that could conceivably conflict with someone’s column names.  Should these not be prefixed with an underscore “_” like all the other TO methods?   As a way around this I thought I could simply rename my column and then use a field alias to call it “Copy”, but this doesn’t work either.   If these method names can’t be changed then how about making reactor throw an error when it encounters a reserved column name or alias, this would only add a tiny overhead in development mode.   Cheers,   Chris Blackwell Web Developer Email: [EMAIL PROTECTED] This email is intended for the use of the named recipient(s) only. Any information contained within this message or any of its attachments may be confidential and privileged information.  Any unauthorized disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited.    -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List reactor@doughughes.net Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List reactor@doughughes.net Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --