Ed Leafe wrote: > On Oct 27, 2008, at 12:54 PM, Paul McNett wrote: > >> If I uncomment @remote in front of save() > > Did you also undecorate saveAll()? And the transaction calls? Perhaps > it would be cleaner if you removed all the decorators.
I experimented with undecorating saveAll(), but found it wasn't required. Removing all decorators is identical to only undecorating save(). >> Only 4 saveAll() calls instead of 6. Only 8 save() calls instead of >> 12. And isAnyChanged(), getChangedRows(), etc. shows that there are >> unsaved changes, and the _mementos dict is not empty for at least >> the ProductionOrderPanels biz. > > > OK, this is more complicated than any setup I have available to test > with here. It's clear that the correct methods are being called, which > is what should be happening, and what I had asked you to verify. > > I can't tell why the ProductionOrderPanels bizobj is only saving one > record instead of two; I'm assuming that there are two changed records > in that bizobj, correct? There are two changed records, yes. However, after the initial save() cycle, there's now only one changed record, and additional calls to save() don't save the changes. > Can you play around with additional debug > output in scanChangedRows() to see what, if anything, is different in > the two environments? I have my suspicions about scanChangedRows(), too. Something about the indirect function calling combined with the further indirectness by using the decorator ... oooh an idea just flashed into my head. We call self.scanChangedRows(self.save) which can result in child bizobjs doing the same thing, etc. I bet we are going to find that somehow, RemoteObject.obj is referencing the incorrect bizobj, or perhaps more likely something with _CurrentCursor is out of whack. Where does RemoteObject.obj come from, anyway? I need to get going right now and will come back to this later today. Paul _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev Searchable Archives: http://leafe.com/archives/search/dabo-dev This message: http://leafe.com/archives/byMID/[EMAIL PROTECTED]
