Why not do the try catch in here: http://transfer.riaforge.org/index.cfm?event=page.svnview&path=%2Ftransfer%2Ftrunk%2Fcom%2Fio&file=XMLFileReader%2Ecfc
LIne 42 of the search? Rather than outside? Mark On Thu, Apr 4, 2013 at 3:30 AM, Brian G <[email protected]> wrote: > > On Tuesday, April 2, 2013 8:47:51 PM UTC-7, Mark Mandel wrote: >> >> Try/catch inside the XMLFileReader - if it overflows, then load up the >> path again. It knows where the XML file is, so it can always try it again. >> <http://www.2ddu.com/> >> > > That did it... on my wedged future production server, first I ran the code > that generated the stack overflow - still failed. Then I ran this: > > > <cfset orm = application.cs.getBean("ormService") /> > <cfset xmlFileReader = > orm.getTransfer().getObjectManager().getObjectDAO().getConfigReader() /> > <cfdump var="#arrayLen(xmlFileReader.getXMLCollection())#" > label="pre-reload, num of xml files" /> > <cfset > xmlFileReader.addXML('/var/www/pukka/main-prod/config/transfer/transfer.xml', > true) /> > <cfdump var="#arrayLen(xmlFileReader.getXMLCollection())#" > label="post-reload, num of xml files" /> > > Then I re-ran the borked code and actually it still failed. The overwrite > flag true here doesn't overwrite it only prepends to the array of XML files > so the search still failed when it hit the original, somehow jacked up, XML > file. I manually killed it with arrayDeleteAt(getXMLCollection(), 2) and > then re-ran my error-generating code and it worked fine. > > I'm not sure how to report this... clearly something is fubar'd and it > looks like a bug in CF but it's not reproducible in the traditional sense. > For now, I'm going to wrap the xmlsearch with a try/catch and see if that > works? > > Thanks for the help Mark. > > > -- > -- > Before posting questions to the group please read: > > http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer > > Try out the new Transfer ORM Custom Google Search: > http://www.google.com/cse/home?cx=002375903941309441958:2s7wbd5ocb8 > > You received this message because you are subscribed to the Google Groups > "transfer-dev" 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/transfer-dev?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "transfer-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- E: [email protected] T: http://www.twitter.com/neurotic W: www.compoundtheory.com 2 Devs from Down Under Podcast http://www.2ddu.com/ -- -- Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer Try out the new Transfer ORM Custom Google Search: http://www.google.com/cse/home?cx=002375903941309441958:2s7wbd5ocb8 You received this message because you are subscribed to the Google Groups "transfer-dev" 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/transfer-dev?hl=en --- You received this message because you are subscribed to the Google Groups "transfer-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
