- Zope-Dev - Zope lists

Beyond Acquisition
by jalon＠dev.in.nuxeo.com 19 Apr '02

19 Apr '02

Here is a simple code: from Acquisition import Implicit, aq_base class A(Implicit): pass class C(Implicit): pass class B(Implicit): def __of__(self, parent): # controls the wrapper used for acquisition c = C() c._parent = parent return c.__of__(parent) a = A() a.b = B() print a.b # returns <C instance at XXX> print aq_base(a.b) # returns the same <C instance at XXX> It seems there is no way to get the real 'b' attribute from a, i.e. the B instance set at the line "a.b = B()" The problem is that I want to do something like this: aa = A() cc = aq_realget(a, 'b').__of__(aa) where aq_realget would return the B instance without to try to put it in the context of a. some idea? thanks in advance. -- Julien Jalon http://www.nuxeo.com

2 2

(no subject)
by Chetan Kumar 19 Apr '02

19 Apr '02

confirm 962940

1 0

Zope 2.3.3 with Python 1.5.2 asyncore/asynchat
by Dirk Datzert 19 Apr '02

19 Apr '02

Hi, I have to fix the asyncore/asynchat Broken Pipe bug in the Python 1.5.2 version. Can anybody tell me how to do that ? I know that the asyncore/asynchat in Zope 2.4.4 Zserver/medusa has this fixed. Thanks, Dirk

1 0

Re: [Zope-dev] Re: ZMI / JavaScript brainstorm
by Luca Manini 18 Apr '02

18 Apr '02

>>>>> "Chris" == Chris Withers <chrisw(a)nipltd.com> writes: > Well, is there any way I can easily tell emacs: > - If a file starts with <html> or <!DOCTYPE, then go into > html-mode > - If a file starts with #, then go into python mode? Asking "is it possibile in Emacs..." ? You are joking! I did my last lisp programming 10 years ago, but thanks to the power of (e)lisp and the wonderful documentation of Emacs I came up with the following stuff, that you can put in your init file (.emacs) ;;; hook to change a buffer mode depending on the first buffer's chars. (defun foo () "foo fun" (interactive "") ; so you can do M-x foo to test it (save-excursion ; come back to current point after execution (goto-char 0) ; go to buffer start (cond ((looking-at "##") ; are we matching pattern ? (python-mode)) ; set mode! ((looking-at "<html>") (html-mode))))) (remove-hook 'find-file-hooks 'foo) ; remove old hook (if any) (add-hook 'find-file-hooks 'foo t) ; install this one (at the end) It works like this: 1) whenever Emacs loads a file, it calls (at the end) the functions listed (registered) in find-file-hooks, 2) we register (add-hook) our function (foo) at the end (last param) of that list, 3) foo is defined with defun ..., it has no params (()), its doc string is "foo fun", and can be called interactively (not really needed), 4) foo is very simple, "cond" is the lisp version of a "case", looking-at returns true if text after point matches regular the given regexp adn in that case, "cond" evaluate the expression that follows. That's all. It is really an hack, but it works for simple cases. If you need something "a little" more elaborate let me know. For a "real solution" aks the same question on some emacs newsgroups. Regards, Luca.

1 0

Re: [Zope-dev] Speaking of 2.6...
by Anthony Baxter 18 Apr '02

18 Apr '02

> Chris - stay in the stone age, I hear they have fire there ;-) mmm. fiiiire pretty. "Page Templates burn, don't dey. Be a shame if somefing was to happen to your nice shiny website". Anthony, who might have been spending too long in the bad places of SQL.

2 1

Re: [Zope-dev] Speaking of 2.6...
by Anthony Baxter 18 Apr '02

18 Apr '02

>>> Toby Dickenson wrote > Do you remember what we had to type to achieve the equivalent of > dtml-let, before dtml-let was introduced? That *was* horrible. gee, I dunno... <dtml-with "_.namespace(name='foo')"> </dtml-with> has a sort of charm to it. sheesh, it's still not as ugly as ZPT. deliberately-trolling-for-ChrisW-ly yrs, Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

2 1

2.3.3 -> 2.5.1b2 upgrade problem
by R. David Murray 18 Apr '02

18 Apr '02

I don't know if this is a b2-specific problem or not, since this is the first time I've upgraded any of my sites beyond 2.3.3. I have a 2.3.3 Data.fs, and I copied it into a 2.5.1b2 INSTANCE_HOME setup and tried to run it. It starts, (with errors in a DA Product, but that shouldn't matter at this stage), but none of the dtml is interpreted. When I browse to the site I get the raw dtml returned to the browser. If I start with an empty Data.fs, things work fine. I need to make progress on this project, so I'm going to try to do an export/import, but if there are any other experiements anyone wants me to run to look in to this, let me know. --RDM

5 9

Re: [Zope-dev] Speaking of 2.6...
by Anthony Baxter 18 Apr '02

18 Apr '02

>>> "Brian Lloyd" wrote > We've been trying hard to adopt this bit of Zen. If you write > REQUEST.set, you can look at it and easily see what is happening. > Same with SESSION.set. The other reason why I made SESSION all shouty-caps in SQLSession[*] is to make it _very_ obvious when it's being used. Storing stuff in a session is often one of the critical bits of a web request, so it's important to me that it be clear and easy to see this. Anthony [*] I assume the standard Zope session stuff has adopted the SESSION convention now? it wasn't in CST.... -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Re: [Zope-dev] how bad are per-request-write-transactions (fwd)
by Romain Slootmaekers 17 Apr '02

17 Apr '02

On Wed, 17 Apr 2002, Paul Everitt wrote: > > I don't agree that high write is always forbidden. I think there are > plenty of cases where this can work. It simply becomes unworkable much > sooner than other data systems (e.g. a relational database or FS-based > solution). > > For instance, think about bloat for a second. Let's be crazy and say it > takes 100 bytes to store an integer representing a count. Let's say you > write once a second. That's under 7Mb a day (per counter). Combined > with hourly packing, that might be well within limits. > > Let's take the next step and say that you can live with a little > volatility in the data. You write an object that caches ten seconds > worth of writes. Whenever a write comes in at the over-ten-second mark, > you write the _v_ attribute to the persistent attribute. There's an > order of magnitude improvement. > > Finally, you store all your counters in a non-versioned storage. Now > you have *no* bloat problem. :^) > > Regarding performance, maybe his application isn't doing 50 > requests/second and he'd be willing to trade the slight performance hit > and bloat for a decrease in system complexity. > > All of the above has downsides as well. My point, though, is that we > shouldn't automatically dismiss the zodb as inappropriate for *all* > high-write situations. In fact, with Andreas and Matt Hamilton's > TextIndexNG, you might even be able to write to catalogued applications > at a faster rate than one document per minute. :^) > for one web application, we use the ZODB as primary storage mechanism, and apart from the need for frequent packing, we are quite happy. we did however have to modify the conflict resolution protocol for our objects. We now have the luxury of not having to store your objects in base64 encoded sql blobs ;) As far as performance is goes... performance is never an issue until it becomes one. 99% of the time, I don't care. the 1 other % was solved within a day. Sloot.

1 0

death to index_html; ObjectManager?
by Toby Dickenson 17 Apr '02

17 Apr '02

I am seeing some undesirable effects of the recent 'death to index_html' changes. Folders now have a 'Settings' tab to allow managers to change the default document. This is good. However, the implementation of this lies in the ObjectManager class. The browser-default capabilities may not make sense for other classes, derived from ObjectManager, which are not general purpose 'folders'. I think it would make more sense for the browser-default implementation to sit in a new mixin base class, perhaps OFS.BrowserDefaultManager.BrowserDefaultManager, to be included as a base class of OFS.Folder.Folder but not OFS.ObjectManager.ObjectManager. Any thoughts? Toby Dickenson tdickenson(a)geminidataloggers.com

5 8