I posted some code to the trac <http://trac.reactorframework.com/reactor/ticket/62> that may help. It retrieves all the translated errors for all children objects. To use you can either put it in model\data\record\[tablename]Record.cfc for all tables that are linked or you could put it in reactor's abstractRecord.cfc if you want to modify reactor's core.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clint Miller Sent: Thursday, September 14, 2006 10:56 AM To: [email protected] Subject: Re: [Reactor for CF] validation and errorcollection problem Yes there are linked tables and I suppose it is possible that there could be errors in one of those records. Now the task is finding the errors (which could be daunting in say, a case where there's 5 linked tables....oh wait, that IS the case!). On Sep 14, 2006, at 9:39 AM, Ryan Blatz wrote: > Clint, > > Is it possible that a linked table could have errors in it? If > so haserrors() will return true but getErrorCollection() wont > return any > errors. You would have to do getErrorCollection on the linked table to > get the errors for that specific table. > > Ryan Blatz > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Clint Miller > Sent: Wednesday, September 13, 2006 11:34 AM > To: [email protected] > Subject: [Reactor for CF] validation and errorcollection problem > > I'm having some issues with Reactor validation. The user variable is > a reactor record object. This is the scenario where I'm editing > user information and saving the changes back to the DB. This anomaly > occurs whether I actually have changes to save or not (i.e., I can > just open the edit form, and do nothing but click save; or I can open > the edit form, make changes, and click save). > > <cfset arguments.event.trace("errors:", user.validated())> > <cfset user.validate()> > <cfset arguments.event.trace("errors:", user.validated())> > <cfset arguments.event.trace("errors:", user._getErrorCollection > ().count())> > <cfset arguments.event.trace("errors:", user.hasErrors())> > <cfset arguments.event.trace("errors:", user._getErrorCollection > ().getErrors())> > <cfif NOT user.hasErrors()> > <cfset user.save()> > <cfset arguments.event.addResult("editSuccess")> > <cfelse> > <cfset arguments.event.setValue("editErrorCollection", > user._getErrorCollection())> > <cfset arguments.event.addResult("editError")> > </cfif> > > When the code above runs, I'm seeing the output below from Model-Glue > debugging: > > 16ms errors: NO > > 8672ms errors: YES > > 8672ms errors: 0 > > 8672ms errors: true > > 8672ms errors: array [empty] > > So the way I read that, the validated state is being set properly, > there are no errors on the user object, but for some reason hasErrors > () is returning true. Can anyone help me here? I've loaded up > records outside my application (with a test CFM page) and they > validate correctly (at least as I see it---the error collection count > () returns 0 and hasErrors() returns false). > > Thanks! > > Clint Miller > > > > > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- > -- -- -- > Reactor for ColdFusion Mailing List > [email protected] > Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- > -- -- -- > > > > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- -- -- -- > Reactor for ColdFusion Mailing List > [email protected] > Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- > -- -- -- -- -- > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List [email protected] Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List [email protected] Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
