In the stack overflow - is there any CF code being processed?
Mark
On Tue, Apr 2, 2013 at 12:18 PM, Brian G <brian-goo...@vfive.com> wrote:
>
> That could be - but since the stack trace just loops infinitely, I can't
> see where the error is occurring. I'm not getting any errors in exception
> or coldfusion-out.log either. I get a single line in application.log that
> says:
>
> "Error","ajp-bio-8016-exec-10","03/31/13","20:48:26",,""
>
> FWIW, the error from the XML dump is the same one that I get when trying
> to process these two objects. The code is pretty basic... load two
> objects, create another two, set some properties, save the two new ones and
> delete the two existing ones. But it's spread across a few MG controller
> methods which makes it kind of hard to pin point. I'll see if I can figure
> out a way to replicate in a test script.
>
>
> Brian
>
>
> On Monday, April 1, 2013 5:02:53 PM UTC-7, Mark Mandel wrote:
>
>> What's the actual error you get from Transfer when trying to create the
>> object?
>>
>> Seems like the error from the XML dump may be a red herring.
>>
>> Mark
>>
>>
>> On Tue, Apr 2, 2013 at 8:15 AM, Brian G <brian-...@vfive.com> wrote:
>>
>>>
>>> Ok, so I let the app run for a few days and now I'm getting errors while
>>> trying to basically instantiate Transfer objects. I've made some changes
>>> to public/private packaging so I can get at the Transfer configuration and
>>> here's what's happening:
>>>
>>> <cfset orm = application.cs.getBean("**ormService") />
>>> <cfset t = orm.getTransfer() />
>>> <cfset objMgr = t.getObjectManager() />
>>> <cfset to = objMgr.getObject("event.event"**) />
>>>
>>> <cfdump var="#t.getObjectManager().**getObjectGateway().**listClasses()#"
>>> label="array of classes in definitions" />
>>>
>>> <cfset objDAO = objMgr.getObjectDAO() />
>>> <cfset empty = objMgr.createEmptyObject() />
>>> <cfset objDAO.getObject(empty, "event.event") />
>>>
>>> <cfset xmlFileReader = objDAO.getConfigReader() />
>>> <cfset xml = xmlFileReader.**getXMLCollection() />
>>> <cfdump var="#xml#" label="shows the XML in memory read by transfer"
>>> top="1" />
>>>
>>>
>>> I can get up to the point where I getXMLCollection(). As soon as I try
>>> to navigate it with cfdump or anything else, I get a very terse "err" with
>>> a stack overflow:
>>>
>>> Stack Trace java.lang.StackOverflowError at net.sf.saxon.serialize.**
>>> XMLEmitter.writeCharSequence(**XMLEmitter.java:652) at
>>> net.sf.saxon.serialize.**XMLEmitter.writeEscape(**XMLEmitter.java:745)
>>> at net.sf.saxon.serialize.**XMLEmitter.characters(**XMLEmitter.java:591)
>>> at
>>> net.sf.saxon.serialize.**UncommittedSerializer.**characters(**UncommittedSerializer.java:67)
>>> at net.sf.saxon.event.**ProxyReceiver.characters(**ProxyReceiver.java:186)
>>> at net.sf.saxon.dom.DOMSender.**walkNode(DOMSender.java:172) at
>>> net.sf.saxon.dom.DOMSender.**outputElement(DOMSender.java:**235) at
>>> net.sf.saxon.dom.DOMSender.**walkNode(DOMSender.java:150) at
>>> net.sf.saxon.dom.DOMSender.**outputElement(DOMSender.java:**235) at
>>> net.sf.saxon.dom.DOMSender.**walkNode(DOMSender.java:150) at
>>> net.sf.saxon.dom.DOMSender.**outputElement(DOMSender.java:**235) at
>>> net.sf.saxon.dom.DOMSender.**walkNode(DOMSender.java:150) at
>>> net.sf.saxon.dom.DOMSender.**outputElement(DOMSender.java:**235) at
>>> net.sf.saxon.dom.DOMSender.**walkNode(DOMSender.java:150) at
>>>
>>> And the walkNode just repeats to infinity and the request fails.
>>>
>>> Interestingly I can do <cfdump var="#xmlFileReader.search("/**
>>> transfer/objectDefinitions/**package[@name='event']/object[**@name='event']")#"
>>> label="Searching for event.event in the config reader" />
>>>
>>> which works and behind the scenes that uses getXMLCollection(), but
>>> something is borked. Interestingly if I try changing that search, all of
>>> these fail with the same stackoverflow error:
>>>
>>> xmlFileReader.search("/**transfer/objectDefinitions/**package")
>>> xmlFileReader.search("/**transfer/objectDefinitions")
>>> xmlFileReader.search("//**objectDefinitions/package")
>>> xmlFileReader.search("//**objectDefinitions")
>>>
>>> These all failed with a slightly different but XML-related error:
>>>
>>> java.lang.StackOverflowError at
>>> org.apache.xerces.dom.**ParentNode.item(Unknown
>>> Source) at net.sf.saxon.dom.NodeWrapper$**ChildEnumeration.**
>>> skipFollowingTextNodes(**NodeWrapper.java:1166) at
>>> net.sf.saxon.dom.NodeWrapper$**ChildEnumeration.next(**NodeWrapper.java:1194)
>>> at
>>> net.sf.saxon.tree.util.**Navigator$EmptyTextFilter.**next(Navigator.java:918)
>>> at
>>> net.sf.saxon.tree.util.**Navigator$**DescendantEnumeration.advance(**Navigator.java:1052)
>>> at
>>> net.sf.saxon.tree.util.**Navigator$**DescendantEnumeration.advance(**Navigator.java:1111)
>>> at
>>> net.sf.saxon.tree.util.**Navigator$BaseEnumeration.**next(Navigator.java:949)
>>> at
>>> net.sf.saxon.tree.util.**Navigator$**DescendantEnumeration.advance(**Navigator.java:1043)
>>> at (which repeats until the end)
>>>
>>> I've gotten to the point where I can access a messed up XMLCollection.
>>> Any suggestions on how to traverse the collection looking for what appears
>>> to be a recursive problem?
>>>
>>> (thinking about it, maybe I'm not supposed to be able to dump it because
>>> of links and m2o, o2m, etc?)
>>>
>>>
>>> Brian
>>>
>>> --
>>> --
>>> Before posting questions to the group please read:
>>> http://groups.google.com/**group/transfer-dev/web/how-to-**
>>> ask-support-questions-on-**transfer<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<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 transf...@googlegroups.com
>>> To unsubscribe from this group, send email to transfer-dev...@**
>>> googlegroups.com
>>>
>>> For more options, visit this group at http://groups.google.com/**
>>> group/transfer-dev?hl=en<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 transfer-dev...@**googlegroups.com.
>>>
>>> For more options, visit
>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out>
>>> .
>>>
>>>
>>>
>>
>>
>>
>> --
>> E: mark....@gmail.com
>>
>> T: http://www.twitter.com/**neurotic <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 transfer-dev@googlegroups.com
> To unsubscribe from this group, send email to
> transfer-dev+unsubscr...@googlegroups.com
> 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 transfer-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
--
E: mark.man...@gmail.com
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 transfer-dev@googlegroups.com
To unsubscribe from this group, send email to
transfer-dev+unsubscr...@googlegroups.com
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 transfer-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
