I have worked out what the issue is (YAY), It appears that it is a case of un-vared variables, the variable that the parsed XML is being read into is not scoped in a cfc function, causing any reads for from that variable to fail if another process is writing to it - seeings it becomes a global variable having not been vared. Trying a lock around the variables before I properly scoped them also worked showing that multiple processes would have been trying to read/ write those values at the same time. I was able to re-produce the errors by load testing our dev box with 25 odd simultaneous users requesting the same page.
I will now go and annoy the vendors :) Thanks for the help and suggestions. Barry. On Aug 17, 7:47 pm, Mark Mandel <[email protected]> wrote: > Actually, to be clear, around the XMLParse more than the file read. > > Mark > > > > On Tue, Aug 17, 2010 at 5:47 PM, Mark Mandel <[email protected]> wrote: > > Yup, exactly what I mean :) > > > On Tue, Aug 17, 2010 at 5:37 PM, Barry Chesterman < > > [email protected]> wrote: > > >> When you say lock it down, do you mean put an lock around the file read > >> using the cflock? > > > -- > > E: [email protected] > > T:http://www.twitter.com/neurotic > > W:www.compoundtheory.com > > > cf.Objective(ANZ) - Nov 18, 19 - Melbourne Australia > >http://www.cfobjective.com.au > > > Hands-on ColdFusion ORM Training > >www.ColdFusionOrmTraining.com > > -- > E: [email protected] > T:http://www.twitter.com/neurotic > W:www.compoundtheory.com > > cf.Objective(ANZ) - Nov 18, 19 - Melbourne > Australiahttp://www.cfobjective.com.au > > Hands-on ColdFusion ORM Trainingwww.ColdFusionOrmTraining.com -- You received this message because you are subscribed to the Google Groups "cfaussie" 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/cfaussie?hl=en.
