Hello Jonah,
On Wed, 2011-06-08 at 22:25 -0700, Jonah Crawford wrote:
> Ah yes you do that in the zcml right after you define your object in a
> class :)
I am not aware of the zcml configuration that can mark a class as
persistent. If you could explain, it would be helpful.
> On Jun 8, 2011, at
Hello Jonah,
Thanks for the reply.
On Wed, 2011-06-08 at 09:53 -0700, Jonah Crawford wrote:
> Joshua - persistence in zope occurs based on assignment of values. You
> have to explicitly assign the values your form collects to the object
> you're persisting. That object then gets pickled to the ZO
This is the summary for test reports received on the
zope-tests list between 2011-06-07 00:00:00 UTC and 2011-06-08 00:00:00 UTC:
See the footnotes for test reports of unsuccessful builds.
An up-to date view of the builders is also available in our
buildbot documentation:
http://docs.zope.org/
On Wed, 2011-06-08 at 21:46 +0100, Laurence Rowe wrote:
> > Okay. So, if there are (say) 10 objects in a bucket. And, one of them
> > changes. Then, are all 10 objects serialized again?
>
> If they are not persistent objects themselves then yes.
Ok. That explains. Thank you :)
--
Joe Steeve
HiP
On 8 June 2011 20:47, Joe Steeve wrote:
> On Wed, 2011-06-08 at 14:48 +0100, Laurence Rowe wrote:
>> A BTree efficiently stores a large number of key,value pairs because
>> the storage is split across a number of persistent objects (buckets)
>> each of which stores a part of the tree, so only the
On Wed, 2011-06-08 at 14:48 +0100, Laurence Rowe wrote:
> A BTree efficiently stores a large number of key,value pairs because
> the storage is split across a number of persistent objects (buckets)
> each of which stores a part of the tree, so only the bucket that
> changes needs to be stored when
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/08/2011 01:40 PM, Marius Gedminas wrote:
> On Wed, Jun 08, 2011 at 06:20:26PM +0530, Joe Steeve wrote:
>> As I mentioned on a follow-up post, we figured the 'Persistent' part. :)
>>
>> On Wed, 2011-06-08 at 13:29 +0100, Laurence Rowe wrote:
>>> M
On Wed, Jun 08, 2011 at 06:20:26PM +0530, Joe Steeve wrote:
> As I mentioned on a follow-up post, we figured the 'Persistent' part. :)
>
> On Wed, 2011-06-08 at 13:29 +0100, Laurence Rowe wrote:
> > My guess is that the ObjectModifiedEvent is dispatched to your
> > object's parent and causes somet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> [8]FAILED winbot / ztk_10 py_254_win32
>https://mail.zope.org/pipermail/zope-tests/2011-June/042814.html
Network timeout in bootstrap, trying to find the zc.buildout egg.
Tres.
- --
===
As I mentioned on a follow-up post, we figured the 'Persistent' part. :)
On Wed, 2011-06-08 at 13:29 +0100, Laurence Rowe wrote:
> My guess is that the ObjectModifiedEvent is dispatched to your
> object's parent and causes something to change there, with the side
> effect of storing your updated
2011/5/25 Gediminas Paulauskas :
> 2011/5/25 Marius Gedminas :
>> On Wed, May 25, 2011 at 09:18:46AM -0400, Tres Seaver wrote:
>>> > [3] FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-osx
>>> > https://mail.zope.org/pipermail/zope-tests/2011-May/041867.html
>>>
>>> The is an FTP test
On 8 June 2011 10:05, Joe Steeve wrote:
> Hello Charlie,
>
> On Wed, 2011-06-08 at 10:48 +0200, Charlie Clark wrote:
>> From memory I can recall something similar related to making changes
>> to copies of instance attributes but failing to apply them to
>> attributes and needing to specifically go
On 6/6/11 16:48 , Tres Seaver wrote:
> On 06/05/2011 02:24 PM, Hanno Schlichting wrote:
>> On Sun, Jun 5, 2011 at 6:31 PM, Tres Seaver wrote:
[1]FAILED Zope Buildbot / zope2.13-py2.7 slave-ubuntu64
https://mail.zope.org/pipermail/zope-tests/2011-June/042535.html
>>>
On Wed, 2011-06-08 at 15:23 +0530, Joe Steeve wrote:
> I would have been happy if the transaction failed completely. But, it
> had not. The transaction was successful. Subsequent requests on the
> same object show that the previous modifications are intact. The
> object's changes just did not make
On Wed, 2011-06-08 at 11:40 +0200, Charlie Clark wrote:
> > Further, if we have to expect the developer to manually notify after
> > every change, it could invite unnecessary bugs.
>
> Which is why you should let the library handle this for you wherever
> possible and something you write tests f
Am 08.06.2011, 11:31 Uhr, schrieb Joe Steeve :
> How do we get the list of subscribers for a particular event?
By checking the registry for all adapters registered.
from zope.component import queryAdapter
queryAdapter(object, interface) ... # check the syntax and make sure you
have the regis
On Wed, 2011-06-08 at 15:01 +0530, Joe Steeve wrote:
> We are killing the server with a "Ctrl-C". Maybe something is not
> getting flushed out to the disk yet?
Tried this with "--daemon" and "--stop-daemon" to paster. Still no
change. So, this is not an issue.
--
Joe Steeve
HiPro IT Solutions Pv
Hello Charlie,
On Wed, 2011-06-08 at 11:16 +0200, Charlie Clark wrote:
> I'm surprised at this but I'm not familiar with Bluebream's
> transactional processing. The quickest thing to do is to reenable
> notification and add a debug so that you can follow all the
> subscription calls and see what y
Hi Joe,
Am 08.06.2011, 11:05 Uhr, schrieb Joe Steeve :
> Supposing, we have a form action like:
>@form.action('Apply')
> def handle_edit(self, action, data):
> self.context.name += "Blah"
> This change is visible in subsequent requests. i.e if we view this
> object
Hello Charlie,
On Wed, 2011-06-08 at 10:48 +0200, Charlie Clark wrote:
> From memory I can recall something similar related to making changes
> to copies of instance attributes but failing to apply them to
> attributes and needing to specifically go context.attribute =
> form_result for the change
Hi Joshua,
Am 08.06.2011, 10:34 Uhr, schrieb Joshua Immanuel :
> Hello all,
> I am using zope.formlib.form package for my forms, when overriding the
> 'createAndAdd' method of form.AddForm I don't explicitly do the
> zope.event.notify(ObjectCreatedEvent(..)) call. I just add the data to
> s
Hello all,
I am using zope.formlib.form package for my forms, when overriding the
'createAndAdd' method of form.AddForm I don't explicitly do the
zope.event.notify(ObjectCreatedEvent(..)) call. I just add the data to
self.context and it gets added (persisted) in the ZODB.
But when
22 matches
Mail list logo
