April 2002 - Zope-Dev

Running methods on Zope startup.
by grahamd＠dscpl.com.au 27 Apr '02

27 Apr '02

Is there a Zope product out there which implements a "Startup" like folder for Zope? That is, I want to be able to have a folder like object called "Startup" in the root directory, and when Zope is first started I want Zope to automatically make a call against the "Startup" object which could then in turn run methods of any user defined objects which have been added into the "Startup" folder to perform special processing only when Zope is started. Imagine a situation similar to database connections. With database connections when you create it you can indicate that you want the connection established. Now when Zope is restarted, those database connections will be automatically restarted when Zope restarts. Although, I am not sure whether this is when Zope actually starts or when the next request using that database happens. Anyway, I ultimately want to be able to have a Zope product which has a persistent interprocess messaging connection to another process. Although when first added into Zope the connection can be initiated, I know of no way to have Zope restart that connection when it restarts. I can't rely on the connection only starting when someone tries to access the resource, I want it to happen straight away upon Zope restart. When I thought about it, I figured the most basic thing to do would be to have a Zope "Startup" folder as described in a known place. I could then stick in that folder, methods to be triggered at startup which could startup the interprocess communications link for me. This seemed better than having a startup mechanism specific to what I was doing as it could be used for other things as well. Can anyone point me to such a Zope product. I have started looking at how to do it myself and have some of the bits in place. The first issue is that when the "initialize()" method in the product "__init__.py" file is called not all Zope startup has occured, so it is too early to trigger things from that point. Best I could come up with there was to register a callback to asyncore to be called when asyncore mainloop is actually run, which is after all Zope startup has been done. The next problem is getting an appropriate context to be able to start making calls into Zope objects. The "initialize()" method gets a product context, but doesn't have public access to the application context. Is there some way of accessing the Zope application context and thus root folder where you don't otherwise have a handle to it? Can Main.bobo_application be used? Even if the application context is obtained, is it safe to be making calls into Zope objects from a callback from asyncore? Is there a better way? I am very new to Zope and this is my first adventure into making a Zope product and thus could be totally off track. If anyone understands what I am trying to do and can suggest how to do it or point at something that does what I want, then even better. Personally I would be surprised if this hadn't already been done or even that there is some inbuilt way of doing it now, as it opens up all sorts of interesting possibilities. Appreciated if responses are cc'd to me as well as going to the list as I am not a member of the list yet and am using list archives. Thanks in advance. -- Graham Dumpleton (grahamd(a)dscpl.com.au)

4 6

Re: Zope-Dev digest, Vol 1 #1662 - 3 msgs
by Sune Toft 26 Apr '02

26 Apr '02

Sorting menus within CMF! I don't if it is the right forum to ask. Anyway ..what is the correct way to sort menu items in the action-box when using CMF 1.2 ? Sune Toft HeadNet ApS Sundholmsvej 46 2300 København S sune(a)headnet.dk www.headnet.dk ----- Original Message ----- From: <zope-dev-request(a)zope.org> To: <zope-dev(a)zope.org> Sent: Wednesday, April 24, 2002 6:00 PM Subject: Zope-Dev digest, Vol 1 #1662 - 3 msgs > Send Zope-Dev mailing list submissions to > zope-dev(a)zope.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.zope.org/mailman/listinfo/zope-dev > or, via email, send a message with subject or body 'help' to > zope-dev-request(a)zope.org > > You can reach the person managing the list at > zope-dev-admin(a)zope.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Zope-Dev digest..." > > > Today's Topics: > > 1. Re: PHP vs Zope cost benefit (R. David Murray) > 2. Re: Ordered Folder (was: Speaking of 2.6...) (Florent Guillaume) > 3. Re: Ordered Folder (was: Speaking of 2.6...) (Lennart Regebro) > > --__--__-- > > Message: 1 > Date: Wed, 24 Apr 2002 10:30:30 -0400 (EDT) > From: "R. David Murray" <bitz(a)bitdance.com> > To: Joseph Cheek <joseph(a)cheek.com> > cc: Jason Spisak <jspisak(a)lycoris.com>, William Trenker <wtrenker(a)shaw.ca>, > <zope-dev(a)zope.org> > Subject: Re: [Zope-dev] PHP vs Zope cost benefit > > On Wed, 24 Apr 2002, Joseph Cheek wrote: > > nope. that's a function of the DB, not PHP. if the DB is written right > > it will roll back/commit transactions automatically. so this becomes an > > argument for zope over php+some really lame DB, not zope over php > > regardless. > > > > 8-) > > > > [agreed that the linuxjournal commit/rollback code is hairy, but the > > folks there seem to like mysql for some strange reason]. > > The DB provides the transaction commit/rollback *capability*, but > it is up to the application to *use* it. The DB can't commit or > rollback automatically, because it doesn't know where the transaction > boundaries are unless the application tells it. In PHP, that means > *you* have to write the trasaction-start/-end/-rollback calls. Zope, > on the other hand, wraps every web request in a transaction to the > DB *automatically*, and does the rollback *automatically* if an > error occurs in the web transaction. > > This is a very very cool feature of Zope, and saves a *lot* of > programming effort. > > --RDM > > > > > --__--__-- > > Message: 2 > To: zope-dev(a)zope.org > From: Florent Guillaume <fg(a)nuxeo.com> > Subject: Re: [Zope-dev] Ordered Folder (was: Speaking of 2.6...) > Date: Wed, 24 Apr 2002 14:54:43 +0000 (UTC) > Organization: Nuxeo > > Lennart Regebro <lennart(a)torped.se> wrote: > > > Also do we want all folders to be ordered by default ? > > > > I wouldn't want this. I don't know how ordered folder works nowadays, but I > > want it sorted on name by default. > > Standard Folders are *explicitly* sorted by name by default, so the fact > that the underlying objectValues() returns ordered objects is of no > consequence here. > > Florent > > -- > Florent Guillaume, Nuxeo (Paris, France) > +33 1 40 33 79 87 http://nuxeo.com mailto:fg@nuxeo.com > > > > --__--__-- > > Message: 3 > From: "Lennart Regebro" <lennart(a)torped.se> > To: "Florent Guillaume" <fg(a)nuxeo.com>, > <zope-dev(a)zope.org> > Subject: Re: [Zope-dev] Ordered Folder (was: Speaking of 2.6...) > Date: Wed, 24 Apr 2002 17:13:28 +0200 > Organization: Torped > > From: "Florent Guillaume" <fg(a)nuxeo.com> > > Standard Folders are *explicitly* sorted by name by default, so the fact > > that the underlying objectValues() returns ordered objects is of no > > consequence here. > > So the UI is sorted by default, but objectValues is ordered? Perfect! > > > > > > > --__--__-- > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > > (To receive general Zope announcements, see: > http://lists.zope.org/mailman/listinfo/zope-announce > > For non-developer, user-level issues, > zope(a)zope.org, http://lists.zope.org/mailman/listinfo/zope ) > > End of Zope-Dev Digest >

1 0

RE: [ZC] 365/ 2 Reject "metadata in Catalog is space inefficient"
by Jay, Dylan 26 Apr '02

26 Apr '02

I specifically stated a FieldIndex, not TextIndex. It is a special case, but when your talking a huge Catalog this could be a lot of extra data. If you want to make it more general, perhaps a PluginIndex could advertise itself as "metadata" capable. When someone adds a metadata field it checks to see if an existing index supports returning of metadata for an RID. > -----Original Message----- > From: Collector: Zope Bugs, Features, and Patches ... > [mailto:zope-coders@zope.org] > Sent: Thursday, 25 April 2002 6:32 PM > To: djay; chrisw; klm; Brian; chrism; Caseman; _Rejected_ recipient > Subject: [ZC] 365/ 2 Reject "metadata in Catalog is space inefficient" > > > Issue #365 Update (Reject) "metadata in Catalog is space inefficient" > Status Rejected, Catalog/bug low > To followup, visit: > http://collector.zope.org/Zope/365 > > ============================================================== > = Reject - Entry #2 by chrisw on Apr 25, 2002 4:31 am > > Status: Pending => Rejected > > You're making a huge assumption there. > > In many cases, I'm thinking TextIndex being the primary > example here, it's not actually possible, let alone feasible, > to retrieve the originally indexed information from the index itself. > > So your point is kidna invalid ;-) > > cheers, > > Chris > ________________________________________ > = Request - Entry #1 by djay on Apr 25, 2002 3:52 am > > If I create a metadata to be stored so that it is availalbe > in my results, and this metadata is the same as a FieldIndex, > then the data is effectively being stored twice for no > reason. The value of the metadata should just be retrieved > from the index to save space > ============================================================== > >

3 2

Re: [Zope-dev] Zope-2.3.3 & Python 2.1.3 ? possible or mission impossible
by Andreas Jung 26 Apr '02

26 Apr '02

Don't use 2.1.3 because Zope 2.3 is not supported to run under Python 2.X. Use Python 1.5.2 instead. -aj P.S. and take care with the use of digitial IDs. E.g. Outlook Express refused to reply to this message without valid digital IDs (so this reply goes only to the list and not as CC: to you) ----- Original Message ----- From: "Dirk Datzert" <Dirk.Datzert(a)rasselstein-hoesch.de> To: <zope-dev(a)zope.org> Sent: Thursday, April 25, 2002 03:57 Subject: [Zope-dev] Zope-2.3.3 & Python 2.1.3 ? possible or mission impossible Hi all, I currently need to build Zope-2.3.3. yeah this is not the latest stable one. I have to build it with Python 2.1.3. Is this possible ? I got and traceback on 'python wo_pcgi.py' Traceback (most recent call last): File "/usr/src/packages/BUILD/Zope-2.3.3-src/w_pcgi.py", line 111, in ? if __name__=='__main__': main(sys.argv[0]) File "/usr/src/packages/BUILD/Zope-2.3.3-src/w_pcgi.py", line 109, in main import wo_pcgi; wo_pcgi.main(me) File "/usr/src/packages/BUILD/Zope-2.3.3-src/wo_pcgi.py", line 104, in main import build_extensions File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/build_extensions.py", line 105 , in ? make('lib','python','BTrees') File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/do.py", line 134, in make do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 I read sometimes something about broken BTrees. Is this my problem ? Thanks, Dirk --------------------------------------------------------------------- - Andreas Jung Zope Corporation - - EMail: andreas(a)zope.com http://www.zope.com - - "Python Powered" http://www.python.org - - "Makers of Zope" http://www.zope.org - - "Life is too short to (re)write parsers" - ---------------------------------------------------------------------

6 5

ts_regex in Zope 2.5.1
by Johan Carlsson [Torped] 25 Apr '02

25 Apr '02

Hi, It ts_regex that comes with Zope 2.5.1 seems to rely on regex. Is re thread safe? Also, Plugins from ZPatterns uses ts_regex, is there a later version of Plugins that dones use it? Thanks in advance, Johan Carlsson -- Torped Strategi och Kommunikation AB Johan Carlsson -- johanc(a)torped.se Birkagatan 9 -- SE-113 36 Stockholm -- Sweden Phone +46-(0)8-32 31 23 -- Fax +46-(0)8-32 31 83 -- Mobil +46-(0)70-558 25 24 http://www.torped.se -- http://easypublisher.torped.se

2 1

Fw: Backporting for PHParser to Zope-2.3.3
by Dirk Datzert 25 Apr '02

25 Apr '02

----- Original Message ----- From: "Dirk Datzert" <Dirk.Datzert(a)rasselstein-hoesch.de> To: <maik.jablonski(a)uni-bielefeld.de> Cc: <zope-dev(a)zopw.org> Sent: Thursday, April 25, 2002 1:31 PM Subject: Backporting for PHParser to Zope-2.3.3 Hi Maik, hi all, I want to backport PHParser to Zope-2.3.3 with Python 1.5.2. I currently have the problem that the following code: (stin,stout)=popen2(PHPath) from zLOG import LOG, INFO LOG("PHPParser", INFO, "stin %s" %stin) LOG("PHPParser", INFO, "stout %s" %stout) stin.write('<?php $PHP_SELF="%s"; ?>' % (self.absolute_url())) will give error: An error was encountered while publishing this resource. Error Type: IOError Error Value: [Errno 9] Bad file descriptor >From the log: 2002-04-25T11:10:04 INFO(0) PHPParser stin <open file '(fdopen)', mode 'r' at 8bff e90> ------ 2002-04-25T11:10:04 INFO(0) PHPParser stout <open file '(fdopen)', mode 'w' at 8bf dd20> I would say that everything is OK in the code, but Zope/Python has an other opinion. Has anybody a guess for me ? Thanks, Dirk

1 0

Zope-2.3.3 & Python 2.1.3 ? possible or mission impossible
by Dirk Datzert 25 Apr '02

25 Apr '02

Hi all, I currently need to build Zope-2.3.3. yeah this is not the latest stable one. I have to build it with Python 2.1.3. Is this possible ? I got and traceback on 'python wo_pcgi.py' Traceback (most recent call last): File "/usr/src/packages/BUILD/Zope-2.3.3-src/w_pcgi.py", line 111, in ? if __name__=='__main__': main(sys.argv[0]) File "/usr/src/packages/BUILD/Zope-2.3.3-src/w_pcgi.py", line 109, in main import wo_pcgi; wo_pcgi.main(me) File "/usr/src/packages/BUILD/Zope-2.3.3-src/wo_pcgi.py", line 104, in main import build_extensions File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/build_extensions.py", line 105 , in ? make('lib','python','BTrees') File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/do.py", line 134, in make do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) File "/usr/src/packages/BUILD/Zope-2.3.3-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 I read sometimes something about broken BTrees. Is this my problem ? Thanks, Dirk

2 1

PHP vs Zope cost benefit
by Jason Spisak 25 Apr '02

25 Apr '02

You might remember me, I've been a big Zope fan since ZTables, and have recently been asked "Why Zope?". The project is commited to PostgreSQL and leaning toward PHP. Here's the project requirements for a softwre company: Hardware Compatability List Software Compatability List Store/ECommerce User tracking and services like Pay for downloads Upgrades if they have a serial number paid up Billing/Invoicing for corporate accounts Inventory tracking CRM/Sales functions They don't see that Zope's built in security machinery would beat something home brewed for what they expect to need it for. Plus the over head of running Zope instances is greater than PHP scripts. What are the arguments for Zope in this context? All my best, -- Jason Spisak Marketing Director, Lycoris jspisak(a)lycoris.com, http://www.lycoris.com Desktop/LX: Familiar. Powerful. Open. +1 425 869-2930 voice, +1 425 671-0504 fax

15 29

zope/python question
by Dirk Datzert 24 Apr '02

24 Apr '02

Hi, I saw in some products a __of__ operator and looked at the python.org for a documentation. I didn't found one. Can anybody tell me what the __of__ does ? Or tell me a URL for the documentation of the __of__ operator ? Thanks, Dirk

3 2

Re: [Zope-Annce] Zope 2.4.4 Available
by Michael Best 24 Apr '02

24 Apr '02

Error Report: On Redhat-Skipjack 7.2.93: # tar -xvzf Zope-2.4.4-linux2-x86.tgz # cd Zope-2.4.4-linux2-x86 # bin/python bin/python: relocation error: bin/python: undefined symbol: atexit

1 0