[Zope-dev] Re: Large folder product
Rodrigo Dias Arruda Senra wrote: - BTreeFolder ( http://zope.org/Members/hathawsh/BTreeFolder ). But it seems a bit outdated: last maintenance 2001. - Harthaway's BTreeFolder2 ( http://hathawaymix.org/Software/BTreeFolder2 ) Much more up-to-date: 16 June 2004 - And I did look for a product called "LargeFolder", but found a single reference in a e-mail, but no Product to download: http://mail.zope.org/pipermail/zope-dev/2002-December/018315.html Does any body have a URL for LargeFolder Product ? Is it the most appropriate Folder to use or BTreeFolder2 is the way to go ? All BTree based folders I know are based on Shanes second implementation BTreeFolder2. This includes Large Plone Folder and BaseBTreeFolder from Archetypes. Christian ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Large folder product
On Thu, 12 Aug 2004 22:28:03 +0200 Cristian S. Rocha wrote at 2004-8-10 19:15 -0300: > >I'm working in a Product (CMFBio) to store biological data as Plone > >content. To begin the database I need to populate a Plone Folder with a > >lot of these contents (> 1) in a batch way. Dieter Maurer <[EMAIL PROTECTED]> wrote: > Ensure to use a "LargeFolder" and not a standard folder! Searching for a folder product that supports lots of objects, I found - BTreeFolder ( http://zope.org/Members/hathawsh/BTreeFolder ). But it seems a bit outdated: last maintenance 2001. - Harthaway's BTreeFolder2 ( http://hathawaymix.org/Software/BTreeFolder2 ) Much more up-to-date: 16 June 2004 - And I did look for a product called "LargeFolder", but found a single reference in a e-mail, but no Product to download: http://mail.zope.org/pipermail/zope-dev/2002-December/018315.html Does any body have a URL for LargeFolder Product ? Is it the most appropriate Folder to use or BTreeFolder2 is the way to go ? regards, Senra ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Adding a TemporaryFolder inside a factory method of a Zope class
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dieter Maurer wrote: | Paolo Bizzarri wrote at 2004-8-10 09:44 +0200: | |>... | |>from Products.TemporaryFolder.TemporaryFolder import constructTemporaryFolder | |>def manage_addMyFolderCache(container, id, title='') |> mfc = MyFolderCache(id, title) |> container._setObject(id, mfc) | | | The standard way is: | | destination.manage_addProduct[product_name].constructor(...). This is part of the problem, but I don't thik is the whole problem. Please take time to review the example I'm including in this mail. You can find the TFProduct, which creates a Folderish object, puts a temporary folder named alfa inside it, and then another folder called cache inside alfa temporary folder. Note that in order to create a TFProduct you've to pass the id argument on the URL... As you can see, I'm using all manage_addProduct calls. However, when I review the result from the ZMI (or whatever) you end up with: tf ~ | ~ +- alfa ~ | ~ +- cache instead of: tf | +- alfa ~| ~+- cache which is what I wanted. | When you follow the standard way, you avoid FMEs (Frequently Made Errors) | such as the above: "mfc" is not acquisition wrapped! Shame on *me* for doing a FME and posting on the list :). However, it is also the way to really undestand why things have to be done that way. | | |>2) how can I do what I want to do in a single transaction? | | | I fear you will need your own MountPoint logic that | does not depend an preconfigured storages in Zope's configuration | file. | I don't think so. You can add a temporary folder wherever you want in a Zope installation without any configuration. Also, I'm using Zope 2.6.4, which has not any configuration for the storage (no DBTab here). Thanks for your support. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBHJW4XhfyAQQVoaIRAk0oAJ952Unm3RCzO2dRwR+n21euztiCgwCeKeC9 qg6yNFxZiBJFB16BGfJFWaw= =blqE -END PGP SIGNATURE- TFProduct.tgz Description: GNU Unix tar archive ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Possible Windows Service improvements.
Tres Seaver wrote: I still think we should look at making a Windwos version of the 'zdaemon' handler, which uses a Unix-domain socket between parent and child: we could either use a named pipe on Windows, or else a socket on localhost, to achieve the same ends. This would have the upside that 'zopectl' would work the same way on windows, as well, which would be a boon for WIndows-based developers. BIG +1 from me :-) Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] APE leaving SQL transactions open
On Friday 13 August 2004 06:14, Shane Hathaway wrote: > On Thursday 12 August 2004 04:51 am, Paolo Bizzarri wrote: > > A problem we encountered is that APE leaves the final db transaction > > neither commited nor aborted, in the normal behaviour. > > This shouldn't happen, of course, and I haven't seen any behavior like > this. What database are you using? The database is postgres 7.3.2, the adapter is psycopg 1.1.15 > Ape tries very hard to either commit or roll back every transaction. It > integrates with the ZODB transaction machinery, and the ZODB transaction > machinery is reliable. The relevant code is near the bottom of > lib/apelib/sql/dbapi.py, in the abort() and finish() methods. > > Shane I've tried to add a couple of prints in the begin, abort and finish methods. What I see is quite interesting. I've started with the default /sql mount point. I click on the mount point and: 1) I can see a transaction going on the sql log, but no ABORT or COMMIT; 2) ps axf | grep idle revelase and "idle in transaction" 3) there is *NO* begin/abort or begin/finish in the standard output Now, let's add an object (a File). 1) I can see a transaction *NOT* beginning, going on the sql log, with a COMMIT; 2) I can see a begin/finish in my log; The environment is as follows: 1) postgresql 7.3.2 2) zope 2.7.1 3) psycopg 1.1.15 Any help would be appreciated. Regards Paolo -- Paolo Bizzarri - President - Icube S.r.l. Address:Via Ridolfi 15 - 56124 Pisa (PI), Italy E-mail: [EMAIL PROTECTED] Web:http://www.icube.it Phone: (+39) 050 97 02 07 Fax:(+39) 050 31 36 588 ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] APE leaving SQL transactions open
On Thursday 12 August 2004 04:51 am, Paolo Bizzarri wrote: > A problem we encountered is that APE leaves the final db transaction > neither commited nor aborted, in the normal behaviour. This shouldn't happen, of course, and I haven't seen any behavior like this. What database are you using? Ape tries very hard to either commit or roll back every transaction. It integrates with the ZODB transaction machinery, and the ZODB transaction machinery is reliable. The relevant code is near the bottom of lib/apelib/sql/dbapi.py, in the abort() and finish() methods. Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )