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?
|