Re: [Modeling-users] saveChanges() doesn't change globalID
Status: Abandoned
Brought to you by:
sbigaret
From: Marcos D. <md...@vi...> - 2004-09-09 19:52:12
|
User-Agent: Mutt/1.3.28i On Thu, Sep 09, 2004 at 12:41:11PM +0200, Sebastien Bigaret wrote: > More details in case you're interested and you want to investigate > this: changing newly inserted objects gIDs is done at the very end of > the saveChanges() process, and DBContext.finalizeCommitChanges() is > responsible for this. It broadcasts a GlobalIDChangedNotification, > handled by ec.handleNotification() (among other possible observers) > which in turn re-registers the object with its newly assigned > KeyGlobalID. according to the comments in ec.handleNotification(), the PK is not changed to a GlobalID until then, so I can assume that code isn't reached, so maybe an exception is trown earlier. I'll try to find it tomorrow (now I gotta run to another job). I also saw a few debug(), warn() and trace() callings, and found their declaration in logging.py. should I assign log_stderr to them so they show something? I see that no_log can receive a severity param, but log_stderr doesn't. should I fix that? |