Like I mentioned before, this is badly written code and apparently, it's being held together by some gum and duct tape (TAKE THAT MCGUYVER!) :)
Anyway, yeah. I hope to be able to convince the guy to just let me overhaul the entire thing as there's allot of things like this. On Tue, Jul 7, 2009 at 10:23 AM, Adrian Lynch<[email protected]> wrote: > > <cfset variables.instance.scheduleWeekdayDAO=null /> > > Ermmmmmmm, since when has this worked?! > > Do you create your own null variable? > > Adrian > >> -----Original Message----- >> From: Phillip Vector [mailto:[email protected]] >> Sent: 07 July 2009 17:24 >> To: cf-talk >> Subject: Re: Reality check >> >> >> As for the error message.. >> >> The WEEKDAYDAO argument passed to the init function is not of type >> ScheduleTimeDAO. >> If the component name is specified as a type of this argument, its >> possible that a definition file for the component cannot be found or >> is not accessible. >> >> The error occurred in >> C:\Webpages\Testing\vv_loc\cfcs\schedules\ScheduleDAO.cfc: line 6 >> Called from >> C:\Webpages\VinoVisit\vv_loc\cfcs\schedules\ScheduleBuilder.cfc: >> line 22 >> Called from C:\Webpages\VinoVisit\vv_loc\admin\application.cfc: line 22 >> >> 4 : <cfset variables.instance.scheduleWeekdayDAO=null /> >> 5 : >> 6 : <cffunction name="init" access="package" output="false" >> returntype="ScheduleDAO"> >> 7 : <cfargument name="TimeDAO" type="ScheduleTimeDAO" >> required="true"> >> 8 : <cfargument name="WeekdayDAO" type="ScheduleTimeDAO" >> required="true"> >> >> The main thing that makes me suspect that it's code is that I'm >> accessing http://127.0.0.1/Testing/vv_loc/admin/ and it's correctly >> pointing to C:\Webpages\Testing\vv_loc\cfcs\schedules\ScheduleDAO.cfc >> >> >> On Tue, Jul 7, 2009 at 9:23 AM, Phillip >> Vector<[email protected]> wrote: >> > The files were given to me as is and I was told they work fine on his >> > windows dev machine. The more I think about it, the more I'm >> wondering >> > if I don't have the files that are on the server, or his remake of it >> > (he said only the admin directory works currently, but on the site, >> > the non-admin files work). >> > >> > I'm installing a virtural machine and seeing about eliminating all >> > possible issues with the server config. >> > >> > On Tue, Jul 7, 2009 at 9:18 AM, Nathan C. >> Smith<[email protected]> wrote: >> >> >> >> Don't forget about case-sensitivity of filenames. Especially on >> includes and such. >> >> >> >>> -----Original Message----- >> >>> From: Phillip Vector [mailto:[email protected]] >> >>> Sent: Tuesday, July 07, 2009 10:25 AM >> >>> To: cf-talk >> >>> Subject: Reality check >> >>> >> >>> >> >>> Just need confirmation that I'm not losing it.. >> >>> >> >>> I have apache running on my dev server. A client gave me his files >> and >> >>> I'm trying to get them set up on my local server (he is running >> IIS). >> >>> >> >>> However, after I create the mappings in CF and go to the directory >> >>> that in his IIS, he has set to default to, I get a ColdFusion error >> >>> (some variable is a complex variable or some such). It finds the >> files >> >>> and the cfc as well. >> >>> >> >>> So.. It isn't that I'm using Apache and they are using IIS.. Right? >> >>> The code is just broke. >> >>> >> >>> or am I missing something here? > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Want to reach the ColdFusion community with something they want? Let them know on the House of Fusion mailing lists Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:324319 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
