Hi all,
on behalf of Zope Corporation and the Zope community I am pleased to
announce the release of Zope 2.8.5. You can download Zope 2.8.5 from
http://www.zope.org/Products/Zope/2.8.5/
Some new features of Zope 2.8:
- ZODB 3.4 with MVCC (multi version concurrency control) support
At Monday 19/12/2005 00:53, Keith Alperin wrote:
I'm returning to Zope after about a year away and am working on a
project that i have pieced together over about 4 years. I recently
deployed this project (a family history web site) under a zope 2.7.x
install (it used to run on a 2.4.x install)
On Sat, Dec 17, 2005 at 06:13:18PM -0800, David H wrote:
> Hi List,
>
> I downloaded zsyncer-0.7.0 and am having problems. Its not working
> for me and it no longer displays prompts for destination password and
> user name when clicking its tab. Anyone else seeing this?
When in doubt, loo
Greetings Zopistas!
I'm returning to Zope after about a year away and am working on a
project that i have pieced together over about 4 years. I recently
deployed this project (a family history web site) under a zope 2.7.x
install (it used to run on a 2.4.x install) and now I can't seem to
On 12/19/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> However, even if
> it is only the docs that are lacking I think it would be sensible to
> acknowledge that as a problem.
Zope 3 is the literate child of Zope 2.
___
Zope maillist - Zope@zope.org
On 12/19/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> > Little bit tricky to try out as testers need to guess what all the
> > missing code is.
>
> Any standard persistent ZOPE product wrapped around this will do.
> These are the only methods in a ZOPE product that inherits from Item,
> Persist
> Little bit tricky to try out as testers need to guess what all the
> missing code is.
Any standard persistent ZOPE product wrapped around this will do.
These are the only methods in a ZOPE product that inherits from Item,
Persistent, RoleManager and Implicit.
> Also, for this kind of code demon
At Saturday 17/12/2005 09:31, Vlada Macek wrote:
in ZopeBook I read that Zope's transaction are tied to SQL backend's
ones. I do not know whether this applies to ZSQL methods only, but I
do not expect it. I got this table:
def manage_afterAdd(self, item, container):
if item is se
Hello everyone:
I wanted to send a reminder about the upcoming IRC to
discuss the formation of the Zope Foundation. This
upcoming IRC session is the second of two community
IRCs to collect impressions and opinions before we turn
the remaining formation tasks over to the Software
Freedom Law Cent
On 12/18/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> What you say is all perfectly true except:
>
> 1. In the example, just setting _p_changed=1 does _not_ lead to a
> conflict error. With the ineffectual code above it (that never gets
> executed) it _does_. So there _is_ some implicit magical
On 12/19/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> > > 1. In the example, just setting _p_changed=1 does _not_ lead to a
> > > conflict error. With the ineffectual code above it (that never gets
> > > executed) it _does_. So there _is_ some implicit magical stuff going
> > > on and ZOPE trie
On 12/18/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> > I strongly doubt it. Zope does not "inspect code". There must be a
> > problem in your testing. Note that if self.a is a standard list, the
> > self.a.append(1) doesn't have any impact on the persistence mechanism or
> > transactions eithe
> > 1. In the example, just setting _p_changed=1 does _not_ lead to a
> > conflict error. With the ineffectual code above it (that never gets
> > executed) it _does_. So there _is_ some implicit magical stuff going
> > on and ZOPE tries to take care that only subobjects change (but
> > incompletely
Jan-Ole Esleben wrote:
security.declareProtected("Use TestPChanged", "test_internal")
def test_internal(self, args=None, args2=None):
"Called by test via XML-RPC"
if args2:
self.a.append(1)
self._p_changed = 1
if not args:
import xmlrpclib
s = xmlrpclib
What you say is all perfectly true except:
1. In the example, just setting _p_changed=1 does _not_ lead to a
conflict error. With the ineffectual code above it (that never gets
executed) it _does_. So there _is_ some implicit magical stuff going
on and ZOPE tries to take care that only subobjects
On 12/18/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> I know. This is just example code. Just imagine that both methods
> change completely unrelated sets of data in addition to not changing
> self.a.
Well, yes, but since both a and also b is non-persistence aware lists,
that means that you in
Jan-Ole Esleben wrote:
Yes. You said "different sets of data". That reasonably means
different objects. If it doesn't, yuo need to take a long hard look at
your object hierarchy.
Simply not true. What if I have a field titles (that is a hash of
titles to Book objects)
and a field comments (tha
> > but it happens under rather magical circumstances.
That's my problem. Can you, from the ZOPE documentation, predict that
the example below will cause a ConflictError? It doesn't if you alter
it only slightly! Please try!
> > security.declareProtected("Use TestPChanged", "test_internal")
> >
On 12/18/05, Jan-Ole Esleben <[EMAIL PROTECTED]> wrote:
> > > To simplify, in ZOPE, for any given product, during a
> > > transaction the product is effectively locked.
> > This statement is incorrect.
>
> You're right. It should be "during any transaction where there are
> potential changes to the
Am Mittwoch, 14. Dezember 2005 21:11 schrieb Jeff Kowalczyk:
> I'm having some trouble with the 'make install' stage of Zope-2.9 svn.
Hi Jeff,
just stumbled over the same problem. By chance, we figured out how to do it:
you need to "make sdist" beforehand, which creates a tarball for you, which
> > To simplify, in ZOPE, for any given product, during a
> > transaction the product is effectively locked.
> This statement is incorrect.
You're right. It should be "during any transaction where there are
potential changes to the object". And I agree, it's actually a lot
more complicated than I'
Not that I am any real guru on this, however, I am still learning myself, my
2c worth
The error output suggests that Zope is installed on a network share of some
sort ...
File
"/network/share/home/sra/Zope-2.8.4-final/lib/python/Zope2/Startup/__init__.
py",
line 24, in ?
Are the permission
22 matches
Mail list logo
