[Zope-dev] Re: Large folder product

2004-08-13 Thread Christian Heimes
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 produc

[Zope-dev] Large folder product

2004-08-13 Thread Rodrigo Dias Arruda Senra
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 <

Re: [Zope-dev] Adding a TemporaryFolder inside a factory method of a Zope class

2004-08-13 Thread Marco Bizzarri
-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)

Re: [Zope-dev] Re: Possible Windows Service improvements.

2004-08-13 Thread Chris Withers
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

Re: [Zope-dev] APE leaving SQL transactions open

2004-08-13 Thread Paolo Bizzarri
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

Re: [Zope-dev] APE leaving SQL transactions open

2004-08-13 Thread Shane Hathaway
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? Ap