On Wednesday 20 March 2002 01:39 pm, Jason Hildebrand wrote:
> Is this simply a matter of MiddleKit not being complete? �Or is this
> problem somehow unique to me?
>
> After spending a considerable amount of time going through the MK
> source, I suspect the former. �If this is the case, I'll take a crack
> at implementing the correct behaviour (now that I finally grok what's
> going on, it doesn't seem too difficult to fix).
Yes, it's a case of MK not being complete. The workaround is that by
setting the list attribute to None you cause it to be automatically
re-queried from the db the next time around:
container._items = None # invalidate the list cache
Yes, that is freaky black magic. :-)
On the next container.items() invocation, they will be requeried.
It's so easy, that I keep not getting around to fixing the problem.
I tried downloading your patch from the SF project page. Either SF or
Mozilla didn't know what the filetype was and I didn't seem to have any
luck pretending it was .tar.gz. Can you upload again and/or send me a
copy?
BTW I don't see "Webware" on your resume yet. ;-)
> I �didn't notice this problem until recently, since I was
> instantiating a new store on every request (which is dumb). �Now I
> have one global store, which is the way (I think) MiddleKit was
> intended to be used (although the docs don't really say much about
> this -- it would be good to add some of these "big picture"
> assumptions to the user guide).
Hmmm, I didn't realize anyone would ever create their store multiple
times...
Don't forget to visit the MK wiki page and feel free to add whatever
notes you like. http://webware.sf.net/wiki/MiddleKit
-Chuck
_______________________________________________
Webware-discuss mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-discuss
