OK, thanks for clarifying. Are you able to post your ModelGlue.xml, or send it to me off-list?
-- Ezra Parker On Mon, Feb 15, 2010 at 11:17 AM, John Rossi <[email protected]> wrote: > > No, this isn't from any of the modelglue.xml settings. I currently have both > the reload key and debug keys set to false. > > Before ticket #368 was closed I always needed to initially load my > application on my development machine with init=true to explicitly reload > the application if ColdFusion timed out. Since that bug was closed, I simply > pull up the main url and let Model-Glue attempt to initialize the > application. Either way, I get a ColdFusion timeout and have to refresh once > or twice because my development machine is getting a bit old. > > I am seeing a difference between initializing the application by using > http://localhost, as opposed to http://localhost/index.cfm?init=true. > > I am seeing an event run multiple times when I initialize the application by > just loading my application from the main url (http://localhost/). The same > event only runs once when I use init=true. > (http://localhost/index.cfm?init=true). > > > John > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Ezra Parker > Sent: Monday, February 15, 2010 2:00 PM > To: [email protected] > Subject: Re: [Model-Glue] Another possible startup bug > > Hi John, > > So let me make sure I am understanding you here -- you are saying that > you are seeing different behavior when explicitly forcing a reload by > adding the "init=true" reload key/password pair to the URL than when > reloading due to the reload setting in ColdSpring.xml being set to > "true", is that correct? > > Would you be able to post your ModelGlue.xml file so we can take a look?: > > http://modelglue.pastebin.com/ > > -- > Ezra Parker > > > > On Mon, Feb 15, 2010 at 10:35 AM, John Rossi <[email protected]> wrote: >> Sorry if this comes though twice I think I sent it from the wrong email > the >> first time. >> >> >> >> I am seeing a possible bug which is related to the fix that was put in > place >> for Ticked #368 where I am seeing broadcasted events run multiple times >> depending on how I initialize my application. >> >> >> >> I am using CF8, and Model-Glue rev 283, which I updated from svn this >> morning, although I was seeing the same issue with a revision from last >> week, but checked for an update to make sure. >> >> >> >> When I first try to initialize the application I am working on, I usually >> get a couple of ColdFusion timeouts and just need to refresh the browser >> once or twice to actually load the application. That's not a big deal >> because even though I have updated the jvm, I basically just need a new >> computer. >> >> >> >> As part of the application, I have an event defined which broadcasts a >> message to process a file upload and add a record to one of the tables in > my >> db. >> >> >> >> The problem I am seeing is basically as follows: >> >> >> >> When I let the application try to load itself (because of the fix for > Ticked >> #368), and refresh the browser once or twice until it succeeds, I see the >> code to upload the file getting run multiple times. >> >> >> >> When I load the application by using init=true, and refresh the browser > once >> or twice until it succeeds, I see the code to upload a file only getting > run >> once as it should. I also double-checked with Firebug to make sure that > the >> browser was only sending one upload. >> >> >> >> I tried this multiple times and checked every line of code and I know it's >> not in my code, but it is consistent. If I load the application with >> init=true it always runs once, if not it runs multiple times. >> >> >> >> So it appears that while Model-Glue now attempts to reload itself, it does >> not do so cleanly like it does when you initialize the application using >> init=true. >> >> >> >> I'm just wondering if anyone else has run into this. >> >> >> >> John >> >> >> >> >> >> >> >> >> >> -- >> Model-Glue Sites: >> Home Page: http://www.model-glue.com >> Documentation: http://docs.model-glue.com >> Bug Tracker: http://bugs.model-glue.com >> Blog: http://www.model-glue.com/blog >> >> You received this message because you are subscribed to the Google >> Groups "model-glue" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/model-glue?hl=en > > -- > Model-Glue Sites: > Home Page: http://www.model-glue.com > Documentation: http://docs.model-glue.com > Bug Tracker: http://bugs.model-glue.com > Blog: http://www.model-glue.com/blog > > You received this message because you are subscribed to the Google > Groups "model-glue" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/model-glue?hl=en > > -- > Model-Glue Sites: > Home Page: http://www.model-glue.com > Documentation: http://docs.model-glue.com > Bug Tracker: http://bugs.model-glue.com > Blog: http://www.model-glue.com/blog > > You received this message because you are subscribed to the Google > Groups "model-glue" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/model-glue?hl=en > -- Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en
