Is the Transaction your object, or is that the Transfer Transaction? Is it possible to break it down to a single index.cfm, and replicate the issue? And then send that through?
Mark On Wed, Jul 1, 2009 at 5:34 PM, Elliott Sprehn <espr...@gmail.com> wrote: > > Yes it looks like a, it's a cascadeSave(), and it's also going through > the AOP Transaction stuff like whostheJBoss guessed. I'm not entirely > sure though since I'm losing the rest of the trace. > > It's saving a Transaction with Attendees in it. > > And I don't think so you can get back to the original object. Here's > the relevant relationships I think: > > Transaction onetomany Attendee. > > Event onetomany Package. > Package onetomany Attendee. > Attendee manytomany ScheduleItem. > > Event onetomany Track. > Track onetomany Topic. > Topic manytoone ScheduleItem. > > Topic manytomany Attendee. > > This doesn't make any sense either since it's saving new Attendees and > shouldn't even be looking at ScheduleItems or something that would > have a parent topic. > > - Elliott > > On Jun 30, 2:41 pm, Mark Mandel <mark.man...@gmail.com> wrote: > > It looks like a stack overflow is occuring in a cascade operations (or > more > > specifically in the ObjectTreeWalker)... which is totally weird because > > there are check in there to avoid this kind of thing, that and unit tests > to > > test it. > > > > I'm going to assume it's a cascadeSave() call that is causing the issue - > is > > there any recursion in the relationship, i.e. can you get back to the > > original object? > > > > Mark > > > > > > > > On Tue, Jun 30, 2009 at 6:43 PM, Elliott Sprehn <espr...@gmail.com> > wrote: > > > > > I'm seeing a stack overflow from inside Transfer 1.1 but all the > > > relevant relationships are lazy so it doesn't make any sense. > > > > > This is the Transfer.xml: > > > > >http://svn.riaforge.org/saa/trunk/library/com/stellr/config/transfer/. > .. > > > > > The stack trace is cut off and it doesn't seem to be getting added to > > > the server logs either. > > > > > I don't see anything in the XML that screams infinite recursion. Does > > > anyone else? > > > > > The stack repeats with the traverse/traversesingle/traversecollection > > > pattern, here's two traces that fail in different places: > > > > > ... > > > -- E: mark.man...@gmail.com T: http://www.twitter.com/neurotic W: www.compoundtheory.com --~--~---------~--~----~------------~-------~--~----~ Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer 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 -~----------~----~----~----~------~----~------~--~---