Hi Guys, I have noticed one incorrect element about my test case (it doesn't affect the results) but its worth pointing out
the line that says application.xfoo=xmlparse(foo) should just read application.xfoo=foo because the cfxml tag already parses it. I suppose in fact im not using cfxml and in fact reading the file in, so perhaps using cfsavecontent and xmlparse would have been a better representation of what im doing. I suppose either way it shows the same thing. Also one of the lesser known features of using xpath searches in Coldfusion is that when doing it against a persisted xml object if you update nodes in the results it actually does update the original xml object. Now this was something that we were using in CFMX but originally i don't think worked with BD, I wondered whether this referencing was in someway causing the results data to not be collected ? Its worth saying I know very little about Java or the workings of OpenBD so this might be useless information or completely off the mark. Alex On Feb 6, 8:55 am, "Alan Williamson (aw2.0 cloud experts)" <[email protected]> wrote: > Morning chaps ... thanks for bringing this up Alex, and thank you Peter > for narrowing it down somewhat to the application scope area. That is > strange, but let me look at this this morning and see if i can see who > the culprit is. > > > > > > > > Peter J. Farrell wrote: > > I'm attaching a test case zip with all the files -- if you change the > > scope from application (I tried server as well) to request.* then there > > is no leak -- so I'm not sure what is going on here. I also tried it > > with Application.cfc instead of Application.cfm just to make sure there > > isn't anything going on there. -- tag/function ref: http://www.openbluedragon.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en Get to Texas in Feb for OpenCFSummit http://www.opencfsummit.org/
