Hmm, I'm still unable to reproduce the behavior you are seeing, but I do encounter an error if I place the <scaffold> tag at the bottom of the ModelGlue.xml file. To be clear, an exception is thrown by the XMLEventGenerationService when the placing the <scaffold> tag after the closing </event-handlers> tag, and before the closing </modelglue> tag, e.g.:
</event-handlers> <scaffold object="tbl_Post"> </scaffold> </modelglue> In my case, this results in the mentioned exception, the new <event-handler> node is not added to the file, and the <scaffold> tag is collapsed using self-closing syntax: <scaffold object="tbl_Post" /> Are you placing your <scaffold> tag in this same location? Do you experience the same results if you move it either above or inside the <event-handlers> block? -- Ezra On Thu, Aug 20, 2009 at 9:49 AM, Ezra Parker<[email protected]> wrote: > Lola, > > Thank you very much for taking the time to document the steps required > to reproduce this issue -- I'll take a look and see if I encounter the > same results using this procedure. > > -- > Ezra > > > On Thu, Aug 20, 2009 at 7:02 AM, Lola J. Lee Beno<[email protected]> wrote: >> >> Ezra Parker wrote: >>> Would it be possible for you to create a test case demonstrating the >>> problem and send that over (off-list, if you prefer)? >>> >>> >> >> >> Okay . . . I was able to reproduce the bug. Here are the steps: >> >> 1. Have a mysql database. >> >> 2. Generate a new MG app instance. Verify that it has indeed been >> created, with the welcome screen. >> >> 3. Go into ColdSpring.xml and activate the Reactor configs, pointing to >> the database, and create new directories >> "/testreactorscaff/model/data/reactor" and >> "/testreactorscaff/config/reactor/Reactor.xml". Make sure >> generationEnabled is set to true. >> >> 4. Within /config/Reactor/Reactor.xml, put this in: >> >> <reactor> >> >> >> </reactor> >> >> 5. In ModelGlue.xml, at the bottom, put this in: >> >> <scaffold object = "tablename"> >> >> </scaffold> >> >> 5. Reload the app with init set to 1. You should now see Dictionary and >> Metadata directories within /model/data/reactor with files. You should >> also have associated files within the view directory. >> >> 6. Go back to browser and enter this: >> 127.0.0.1/testreactorstaff/index.cfm?event=test.newevent. You should >> now have /test directory within views and associated .cfm file. >> >> 7. Open up ModelGlue.xml (if you had closed it) and go to the line >> <scaffold Object = "tablename">. You'll see an event handler generated >> for test.newevent nested within this block. >> >> One thing I noticed is that I kept getting "No event named >> "library.libadmin" is defined." everytime I tried to reload >> 127.0.0.1/testreactorscaff/index.cfm?event=library.libadmin". Upon >> inspecting MG.xml, I found that I have 4 instances of the same event >> handler. >> >> >> >> -- >> Lola J. Lee Beno >> LinkedIn: http://www.linkedin.com/in/lolajleebeno >> Facebook: http://www.facebook.com/profile.php?id=714355583 >> Blog: http://www.lolajl.net/blog/ >> >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
