I found this interesting enough to look into anyway... for anybody who
is interested, here's the scoop.
CA has 2 seats out of 9 on the Plone Foundation board. Apparently
there's special treatment of these seats via
http://plone.org/foundation/about/board/special_seats which is mostly a
perk to
On Fri, 2005-06-17 at 23:05 +0200, Philipp von Weitershausen wrote:
From what I read from Rob in an interview in LWN, membership to the
foundation will be funded by membership dues.
Given that any actual facts and further discussions involving ZC have
been postponed to the IRC chat on
Log message for revision 30822:
Allow tempstorage to participate in MVCC. Also fix minor bug where conflict
cache could be poisoned by a transaction that failed after store was called.
Changed:
U Zope/trunk/lib/python/tempstorage/TemporaryStorage.py
U
Log message for revision 30823:
Allow tempstorage to participate in MVCC. Also fix minor bug where conflict
cache could be poisoned by a transaction that failed after store was called.
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/tempstorage/TemporaryStorage.py
U
Log message for revision 30824:
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
-=-
Modified: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
===
--- Zope/branches/Zope-2_8-branch/doc/CHANGES.txt 2005-06-16
Typically it's because:
- Zope starts faster in a ZEO setup.
- You can use zopectl debug to get into a debugger session
without shutting down Zope first if you use ZEO.
- C
On Tue, 2005-06-14 at 11:03 +0200, gabor wrote:
hi,
i understand that you need to use ZEO when running ZOPE on a
There are no known bugs in Zope itself after Zope 2.7.3 consistent with
what I *think* your observations are. There can be issues caused by not
repersisting mutable data, as Malcom described. But that said, I'm not
sure I understand what you mean when you say:
- I have my zope running with a
I'm pretty sure there's none meant to be. Are you having a problem or
are you just doing due diligence?
On Mon, 2005-06-06 at 13:33 +0300, George Tesseris wrote:
R there any known compatibility issues regarding Zope(2.7.6) on Windows
XP Pro x64?
Thanks,
George
Update of /cvs-repository/Packages/OFS
In directory cvs.zope.org:/tmp/cvs-serv2373
Modified Files:
Tag: Zope-2_7-branch
Image.py
Log Message:
Collector http://www.zope.org/Collectors/Zope/1797 : 304 responses require
collaboration from http accelerated cache manager. (see also
Log message for revision 30625:
Collector http://www.zope.org/Collectors/Zope/1797 : 304 responses require
collaboration from http accelerated cache manager. (see also
http://www.zope.org/Collectors/Zope/683).
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/OFS/Image.py
-=-
Update of /cvs-repository/Zope/doc
In directory cvs.zope.org:/tmp/cvs-serv6673
Modified Files:
Tag: Zope-2_7-branch
CHANGES.txt
Log Message:
=== Zope/doc/CHANGES.txt 1.625.2.335 = 1.625.2.336 ===
--- Zope/doc/CHANGES.txt:1.625.2.335Thu Jun 2 23:27:25 2005
+++
The DWIM of not disallowing traversal of underscore names is useful
(because it makes it easy to conventionally mark attrs as private) but
it can definitely be a drag if you really do want to publish something
that begins with an underscore; this happens a lot when you need to deal
with allowing
could either specify the exact items that start with '_',
or have a method determine it on the fly.
This way you would not automatically make all attributes that start with
an underscore
accessible, and the developer could specify exceptions.
-Original Message-
From: Chris
On Fri, 2005-05-20 at 12:41 +0200, Garito wrote:
Hi all
I have a ZCatalog object with a keywordindex called keywords
I would like to search some objects with keywords ['k1', 'k2', k3',
'k4'] for that I use:
return context.catalog({'keywords': {'query': ['k1', 'k2', k3', 'k4'],
Use two things: a page template and a Python script... here's an
example:
page template body
--
div tal:define=L python: [1,2,3,4];
A python: context.sum_of(L)
div tal:repeat=V L
tal:content=V1/div
div tal:content=Atotal/div
/div
python script
Does a (Script) Python object actually get created or is it another
object type like DTML Document when it is initially created? As far as
I can tell, it would have to be the latter, as Python Scripts don't
allow you to change their content-types (at least via the ZMI).
On Fri, 2005-05-20 at
You might also be able to do the __bases__ hack with Zope 2.8 (as long
as Python 2.3+ allows you to assign to it), as it reimplements
ExtensionClass using metaclasses instead of custom C hackery.
On Fri, 2005-05-20 at 14:46 -0400, Paul Winkler wrote:
On Fri, May 20, 2005 at 01:48:46PM -0400, Dan
You may want to use a tool like wget or curl to examine the response
from the server for the clicked URL. This could be many things.
- C
On Thu, 2005-05-19 at 18:37 -0300, Fernando Lujan wrote:
I'm having the following problem and wanna know whether it can be
associated with Zope.
I have
/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
--
Chris McDonough [EMAIL PROTECTED]
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists
Web Folders pass cookies around too, FWIW, so it's probably not strictly
necessary to use http basic auth. But without using http basic auth,
there is no way to log in unless you have them go to the web interface
first, then launch a web folder, so maybe impractical.
- C
On Sat, 2005-05-07 at
On Fri, 2005-05-06 at 12:48, J Cameron Cooper wrote:
I agree, it would be nice to have zLOG work on startup, but I don't know
how easy/possible that is.
FWIW, the reason zLOG doesn't start writing to the log at an earlier
time is that it waits until the process can switch effective users. If
This is actually normal. See the end of
http://www.plope.com/Books/2_7Edition/Sessions.stx (Conflict Errors)
for a short explanation.
On Tue, 2005-05-03 at 08:00 -0700, [EMAIL PROTECTED] wrote:
I'm getting a ZODB.POSException.ReadConflictError on my Plone 2.0.5
site (Zope 2.7.3, Python 2.3.4
On Tue, 2005-05-03 at 11:58 -0400, Tim Peters wrote:
[Chris McDonough]
This is actually normal. See the end of
http://www.plope.com/Books/2_7Edition/Sessions.stx (Conflict Errors)
for a short explanation.
Conflict errors are certainly normal, but IIUC the OP is seeing site
errors
On Tue, 2005-05-03 at 09:18 -0700, [EMAIL PROTECTED] wrote:
I cc'ed Tim Peters on this, perhaps to his chagrin, but he seemed to be
interested in this. ;-)
Thank you for that reference (I have an older dead trees version). Now
I understand that these errors happen, but what I don't understand
Many things could be going on here. I don't know of any outstanding
memory leaks in Zope itself. There may be one in Plone or another
3rd-party product you're using. Or you may have created one within your
own code. Tracking down memory leaks is hard and it's not clear to even
tell you where
No, sorry. THe canonical version is on the web.
- C
On Tue, 2005-04-12 at 04:10, Dario Lopez-Ksten wrote:
Chris McDonough wrote:
I don't think anyone has given much thought to actually documenting all
these nice nifty features in 2.9. Which is no change from the norm
Yes.
All the information in that article is geared for Zope 2.5 which had no
facility for using mounted databases from a config file... everything up
until At this time you should be able to navigate to the
/session_storage folder... in that article can be done by reconfiguring
ZEO using zeo.conf
On Tue, 2005-04-12 at 18:23, Fernando Lujan wrote:
Please, take a look in what I've done! Is that right? It works pretty
fine here! :-)
If it works for you, it's right. ;-)
If this is right, are there a desire for a how-to? I think I can write
one, once it's pretty simple as you said.
On Tue, 2005-04-12 at 19:08, Richard Jones wrote:
Is there a viable non-versioned alternative to the filestorage approach? My
sessions database grows ridiculously quickly. I'm also fairly sure it's
causing problems when my site gets ~5 requests a second (yes, that low)
You could use
On Tue, 2005-04-12 at 20:01, Richard Jones wrote:
On Wed, 13 Apr 2005 09:44 am, you wrote:
On Tue, 2005-04-12 at 19:08, Richard Jones wrote:
Is there a viable non-versioned alternative to the filestorage approach?
My sessions database grows ridiculously quickly. I'm also fairly sure
On Mon, 2005-04-11 at 16:35, Fernando Lujan wrote:
Hi everyone,
Is there possible to use a Session control without cookies?
Yes.
I already changed the browser_id_manager and unchecked the cookies and
checked the Automatically Encode Zope-Generated URLs With A Browser Id
option. But
Yup.
http://www.zope.org/Members/mcdonc/Products/Standalone%20Skins%20Tool
On Fri, 2005-04-08 at 08:08, bruno modulix wrote:
Andreas Jung wrote:
--On Freitag, 8. April 2005 11:30 Uhr +0200 Milos Prudek [EMAIL
PROTECTED]
wrote:
Hi,
What are the best, most effective
I don't think anyone has given much thought to actually documenting all
these nice nifty features in 2.9. Which is no change from the norm, and
it will be a fairly organic process again. I hate it, but whatever.
- C
On Fri, 2005-04-08 at 11:22, Paul Winkler wrote:
On Fri, Apr 08, 2005 at
That sentence in the Zope Book should likely be removed. It is
inaccurate. It is possible to continue to add browser id managers
wherever you'd like. Doing so doesn't do anything bad (except maybe
confuse people).
On Tue, 2005-04-05 at 15:46, David H wrote:
Hi Zope List,
The current
On Mon, 2005-04-04 at 14:27, Dieter Maurer wrote:
Even a PUT may get a multipart entity.
But it never actually does in practice. Or if it does, I've never seen
it.
And if it did, would an implementation just store the multipart-encoded
body? I suppose it could do anything, but it seems like
Zope's ZPublisher.HTTPRequest.HTTPRequest class has a method named
processInputs. This method is responsible for parsing the body of all
requests. It parses all upload bodies regardless of method: PUT, POST,
GET, HEAD, etc. In doing so, it uses Python's FieldStorage module to
potentially break
Xron.
On Fri, 2005-04-01 at 16:54, Jonathan Cyr wrote:
Am I getting this this is what Zron should have been?
-Jon
Chris McDonough wrote:
On Fri, 2005-04-01 at 02:40, Chris Withers wrote:
Chris McDonough wrote:
It works by posing as a medusa server, and injects things
When do you think it should be called? I just had to override
zpublisher_validated_hook to do some stuff that would have been a bit
easier if a different hook existed, but that might be a different use
case...
On Fri, 2005-04-01 at 10:48, Florent Guillaume wrote:
I really could use a post
On Fri, 2005-04-01 at 02:40, Chris Withers wrote:
Chris McDonough wrote:
It works by posing as a medusa server, and injects things that look like
http requests into the publisher every so often.
Isn't that effectively just creating a seperate thread though?
No. It reuses the thread pool
Hi folks,
I was creeped out by Zope scheduling products that started a separate
thread to call methods at scheduled intervals and I got tired of setting
up cron+wget to call Zope methods via HTTP, thus:
http://plope.com/software/ClockServer
It works by posing as a medusa server, and injects
On Sat, 2005-03-19 at 12:23, Martijn Faassen wrote:
Chris McDonough wrote:
[snip]
I assume these caveats are spelled out here because Z3 developers don't
want to slow down Z3 development to test/maintain Z2 compatibility. I
know a lot about Z2 code, but I know very little about Z3 code
- The Z3 developers will have *no* extra burden or
responsibility to support X3.0 beyond what they
would normally do in the normal course of maintaining
it for Z3-only applications. In other words, it is not
the responsibility of Z3 devs to make sure Z2 tests
pass,
On Fri, 2005-03-18 at 13:45, Brian Lloyd wrote:
A lot of time was spent talking about these (legitimate) concerns -
unfortunately it will probably take a little time to distill all
of that communication to the community. But let me take a shot ;)
There are several different groups, with
I implemented a publisherTraverse function like this FWIW:
def publisherTraverse(context, path):
# this is a hack to get around the fact that restrictedTraverse,
# unlike publisher traversal, does checks at every step of the
# path. We don't want to limit access in this way (e.g.
On Thu, 2005-02-24 at 14:57, Paul Winkler wrote:
On Thu, Feb 24, 2005 at 02:52:45PM -0500, Chris McDonough wrote:
Two words: *hurt system*. Please, let me kill it.
Interesting. How on earth did you determine that?
Womanly intuition.
You think it has to do with registering help
On Sat, 2005-01-29 at 05:49, Andrew Veitch wrote:
I noticed there was a thread last month on an event service for Zope.
Did that reach any conclusion?
From what I can see the present products are:
- http://www.zope.org/Members/lstaffor/Xron - Zope 2.6 only, not being
developed
-
On Tue, 2004-12-14 at 12:37 +0100, Florent Guillaume wrote:
def getUserById(self, id, default=None):
user = self.getUser(id)
if user is not None:
return user
return default
or even:
def getUserById(self, id, default=None):
return self.getUser(id) or default
On Mon, 2004-12-13 at 19:22 +0100, Stefan H. Holek wrote:
Hm, I'd rather not raise exceptions.
getUserById was introduced in Zope 2.2 and since then has never raised
anything. From what I can see it is used as a kind of alias for
getUser, expected to return None if the user does not exist.
+1
On Fri, 2004-11-26 at 09:08, Andreas Jung wrote:
Any objects to kick the XML export from Zope 2.8 entirely? This feature is
broken since ages
and no one cares about it or is able/willing to fix it. It does not seem in
use by anyone and it
appears to me as a very useless feature. Any
This sounds good. I would add perhaps the concept of a 'smoke test'
application for backwards compatibility testing.
For Zope 2, the smoke test might be Plone or another large app written
on top of it.
Maybe someone involved in Zope 2 release management would volunteer to
run the smoke test app
Maybe we should have a bw compat category in the collector(s) for this
to make it easy to find bw compat issues. It would make it easy to get
a list of showstopper issues around release time.
- C
On Wed, 2004-10-27 at 14:22 -0400, Jim Fulton wrote:
Andreas Jung wrote:
--On Mittwoch,
There is no de-jure appropriate place to hold miscellaneous
documentation. There are several de-facto places: member area on
Zope.org is a reasonable place, zopewiki.org aims to collect Zope docs.
But there isn't really an official apparatus set up to assume ownership
and maintenance of these
Matteo,
I'm afraid that there's just no simple way turn Zope 2.6.X into a Zope
that has all the fixes and patches of Zope 2.7.3. It's not an effort
you can succeed at under the type of time pressure you seem to be under.
A much better tact would be to make your application work under Zope
On Wed, 22 Sep 2004 12:40 am, Chris McDonough wrote:
Would you be able to write a short test case that demonstrates the
failure mode that you're seeing in your existing code? It would be nice
to understand the failure before blindly reenabling the old behavior
because it really is DWIM
Richard,
Would you be able to write a short test case that demonstrates the
failure mode that you're seeing in your existing code? It would be nice
to understand the failure before blindly reenabling the old behavior
because it really is DWIM.
Thanks!
- C
On Tue, 2004-09-14 at 21:18, Richard
On Tue, 2004-09-14 at 21:18, Richard Jones wrote:
On the proposals object though, we don't have any delaration for the
secure_url attribute. If I add one, or a general
security.setDefaultAccess(allow), then the error goes away. This doesn't
seem correct to me.
It sure doesn't sound right.
Yep, that's the situation. It appears to look for the security assertions for
secure_url on A instead of B. Note that secure_url is an attribute of B.
Yup. IOW, it looks like it used to find the first secure_url it could
access and return that, even if there were other acquirable secure_url
On Tue, 2004-09-14 at 22:49, Richard Jones wrote:
Yup. IOW, it looks like it used to find the first secure_url it could
access and return that, even if there were other acquirable secure_url
attrs before that one in the acquisition path. I'm sure the fact that
it ignores any intermediate
Join the club and post your findings / get help from:
http://zope.org/Collectors/Zope/1396
http://zope.org/Collectors/Zope/1401
On Mon, 2004-08-30 at 04:44, Dario Lopez-Ksten wrote:
Greetings I have the following error showing up in my event.log (Zope
2.7.1, python 2.34, Plone 2.03)
On Sat, 2004-08-28 at 11:35, Jens Vagelpohl wrote:
Due to the fact that this is a feature and the code provides no unit
test infrastructure (and I don't have the time to start doing that for
the error log) I'd like to know what the general rule for Zope 2 is, If
I want to make improvements
On Thu, 2004-08-26 at 11:06, Lennart Regebro wrote:
In TransientObject __guarded_setitem__ is just set to __setitem__.
This means, that everything you set in the session dictionary is
changeable through user code. Is there a good reason for this?
I don't think __guarded_setitem__ is at fault.
Would a lockfile work ok to signify running state? IOW, Zope would
lock a file as one of the last steps during startup (which it actually
does now, but might do it a bit too early). The Windows service manager
would attempt to lock the same file after timeout seconds (although
I'm not sure where
On Tue, 2004-08-03 at 03:34, Gerhard Schmidt wrote:
Hi,
we have some problems with our tempstorage on out ZEO client.
We are running 6 zope Frontend server and one ZEO server. Serving
Both main and temp storage.
I runs well for some days. But than it stops working an reports the
On Wed, 2004-08-04 at 07:35, Mark Hammond wrote:
Hi all,
I am starting to venture into the wonderful world of Zope! With the
benefit of a complete lack of Zope experience, I have been able to look at
the Windows service support from a fairly clean slate. However, I also
realize this lack
On Wed, 2004-08-04 at 08:47, Gerhard Schmidt wrote:
On Wed, Aug 04, 2004 at 08:37:28AM -0400, Chris McDonough wrote:
Wow! You appear to be the first person to get this symptom who does not
use Plone. This is a great data point. This error is being tracked at
http://zope.org/Collectors
On Wed, 2004-08-04 at 17:42, Dieter Maurer wrote:
Gerhard Schmidt wrote at 2004-8-3 09:34 +0200:
...
Module Products.Sessions.SessionDataManager, line 94, in getSessionData
Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject
SystemError: error return without
On Wed, 2004-08-04 at 19:56, Mark Hammond wrote:
On Windows however, runzope is executed as a *child* of the service. If
the child fatally fails, the service itself is still reporting success, and
hopelessly attempting a restart. The service needs to know if the child
fatally failed. This
On Wed, 2004-08-04 at 20:24, Mark Hammond wrote:
This is a good idea. FWIW, I believe the Zope HEAD already has some
work done towards this (in
lib/python/nt_svcutils/service.py), although
the child output goes to a logfile instead of the event log. It would
be nice to make the output
These definitions are how I've understood them since the inception of
the collector.
What I think Chris wants to do is to have a state that means pending
rejection. He has defined deferred to mean this. I would prefer an
explicit pending rejection state, FWIW.
- C
On Fri, 2004-07-30 at
Just curious: rather than jump through hoops to try to make Zope log the
right IP would it be possible for you to put Apache in front of Pound
and have it do the logging? This would also provide a single log for
all requests (no matter which backend server they made it to).
On Tue, 2004-07-27 at
When I attempt to commit any change to the head of the Zope2 repo in
SVN, I get the following:
svn: Commit failed (details follow):
svn: Berkeley DB error while opening 'uuids' table for filesystem
/svn/repos/main/db:
Cannot allocate memory
svn: Your commit message was left in a temporary file:
On Sun, 2004-07-25 at 12:43, Russ Ferriday wrote:
Assume for now that I'm not naming my zeo-clients - this would
bebegging for disaster - but all is not lost. For some arcane reason
Ihave not yet tracked down, after running my 2 clients under load,
Iget these...
-rw-r--r-- 1 plone staff
On Sun, 2004-07-25 at 14:06, Chris McDonough wrote:
Grrr... ok, here's the deal. zeo-client-name apparently no longer has
any effect on.. the ZEO client name. ;-) I have no idea when this
happened; I'm sure interested parties can spelunk the CVS logs to find
out.
FWIW, I have entered
On Sun, 2004-07-25 at 18:15, Dieter Maurer wrote:
The bug Chris mentioned and fixed by my patch (the CHANGES.txt
report for which Chris thought uninformative)...
The patch is appreciated though!
- C
___
Zope-Dev maillist - [EMAIL PROTECTED]
,
lookhard at permissions. Secondly - don't be sloppy and run zope first
asone user then as another. Thirdly grep the event logs for
IOErrorfirst. That's the easiest thing to fix.)
more comments below...
On 23 Jul 2004, at 02:14, Tim Peters wrote:
[Chris McDonough
On Fri, 2004-07-23 at 13:18, Russ Ferriday wrote:
On 23 Jul 2004, at 17:00, Chris McDonough wrote:
Thanks a lot for the confirmation!
A pint from me the next time I see you. And Tim!
The next item is this message - I see many - and need to restart
theinstance that's spewing them
On Fri, 2004-07-23 at 16:21, Tim Peters wrote:
[Chris McDonough]
...
self._f[current] = open(self._p[current],'w+b')
will be likely to fail at the last line if you're using
nonpersistent cache files, because self._p[current] is (bogus)
'1-None-0' (relative bogus
I have seen this as well but I haven't been able to pin it down.
On Thu, 2004-07-22 at 16:16, Russ Ferriday wrote:
Hi all,
On OSX 10.3 (Pahter), Python 2.3.4, Zope 2.7.1, I'm frequently
seeingthis..
2004-07-22T14:00:24 ERROR(200) ZODB Couldn't load state
for16ad
Traceback
On Thu, 2004-07-22 at 18:51, Russ Ferriday wrote:
Thanks, Chris.
We're fronting two Zopes with Pound for load balancing. I can't
seethere would be any connection with this error. But I mention it
incase there's a pattern.
Well, I am too in this particular case, but I doubt the frontend
FWIW, as far as I understand the prevent commit on conflict behavior
*is* currently the behavior for caught ReadConflictErrors. The only
time ZODB doesn't exhibit this behavior is *during the commit of a
transaction*. If a commit is attempted at this point and a conflict
error is caught
:-(
But but... I'm going to send a message to zodb-dev about this.
Hopefully you will take pity on me Tim and answer. ;-)
- C
On Wed, 2004-06-02 at 16:01, Tim Peters wrote:
[Steve Jibson]
It seems that there may still be some strangeness with Transience. We're
running Zope-2.7.1b1
For development, it's better to run Zope under a DOS box by using
runzope.bat than it is to continually stop and start the Zope NT
service. Zope as an NT service has particularly poor error reporting
for startup problems ( see http://zope.org/Collectors/Zope/1020 ).
If you use runzope.bat
On Tue, 2004-05-25 at 12:48, Martijn Faassen wrote:
Anyway, I think I fixed at least the matter for field help topics in a
much simpler way, though I don't know whether other sections don't do
ZODB writes either on startup. If it's in the normal Zope help
registration then we have a bigger
On Tue, 2004-05-25 at 14:45, Chris Withers wrote:
Chris McDonough wrote:
DEATH TO THE HELP SYSTEM!
I'm sure I remember reading that about the OLD help system ;-)
This *is* the old help system.
- C
___
Zope-Dev maillist - [EMAIL
On Tue, 2004-05-25 at 15:51, Chris Withers wrote:
Chris McDonough wrote:
I'm sure I remember reading that about the OLD help system ;-)
This *is* the old help system.
Oh? What was the on before it then?
I'm afraid you've invented an earlier help system in your mind.
- C
On Mon, 2004-05-24 at 11:29, Tim Peters wrote:
I will reraise the question and see what my colleagues feel as the less
problematic way: use NPTL or our own Python version.
It would sure help if people running Zope on an NPTL system spoke up here!
I run Zope on an NPTL system (Fedora Core
On Mon, 2004-05-24 at 13:05, Tim Peters wrote:
[Chris McDonough]
I run Zope on an NPTL system (Fedora Core 1), but it's just a
development box; as a result it doesn't get much load and doesn't stay
up indefinitely.
It's better than knowing nothing wink. If that's the box you do
FWIW, a good overview of installing Zope 2.7 this has been done in the
2.7 edition of the Zope Book (by Peter Sabaini) at
http://www.plope.com/Books/2_7Edition/InstallingZope.stx
On Sat, 2004-05-22 at 12:06, Andreas Jung wrote:
Hi,
the current installation instructions on zope.org
I've looked at that issue many times during various bug days and it
sounded reasonable enough but it always seemed like slightly
higher-hanging fruit than other issues because it introduces new
features as well as fixes bugs.
Personally I prefer that someone who wants to introduce new features
On Wed, 2004-05-19 at 16:29, Jamie Heilman wrote:
Chris McDonough wrote:
Personally I prefer that someone who wants to introduce new features
(even small ones, like API additions) into the core do it via their own
committer privileges and thus sign up to maintain it for the rest of
Yeah
Hi Dr. Wagner,
thanks for the hint with minimal storage. however the same problem
occurs with filestorage and is even worse.
we know very well, that we cannot avoid the appearance of conflict
errors in particular with zeo, and we understand what causes them.
what wonders us is, that we
On Mon, 2004-05-17 at 23:08, Chris McDonough wrote:
There indeed is a minor off-by-one error: it manifests itself as
sessions timing out at most 20 seconds early.
But there is also a deeper issue which involves the fact that a session
data object is not properly removed from an older bucket
On Tue, 2004-05-18 at 14:15, Tres Seaver wrote:
I recently reworked Anthony Baxter's SQLSessions product for a
consulting customer, essentially modernizing the code and making it
compliant with the new Sessions interface (I dropped the bits which do
the work currently done by
On Tue, 2004-05-18 at 14:58, Chris McDonough wrote:
On Tue, 2004-05-18 at 14:15, Tres Seaver wrote:
I recently reworked Anthony Baxter's SQLSessions product for a
consulting customer, essentially modernizing the code and making it
compliant with the new Sessions interface (I dropped
On Tue, 2004-05-18 at 16:36, Chris McDonough wrote:
In my testing, I'm able to see that naive sessioning applications (ones
that hit the session on every request, whether they really need to or
not) seem to fail down due to the abort after 3 conflicts in a row
hardcoded policy under extremely
On Mon, 2004-05-17 at 12:09, Steve Jibson wrote:
:-(
I grabbed Transience.py and TemporaryStorage.py from the Zope-2_7-branch
of CVS this morning and dropped them onto one of our customer's systems.
About 20 minutes later I found the following in the error_log:
On Mon, 2004-05-17 at 13:06, Gerhard Schmidt wrote:
BDBMininalStorage is no longer maintained and doesn't do any conflict
resolution.
Why this. I was told some time ago we should use BDBMinimalStorage to
fix the conflict problems.
When was that and who told you so?
Even though
On Mon, 2004-05-17 at 13:06, Steve Jibson wrote:
I'm sure 'accountType' should have been in the session. Immediately
after a user logs in we populate his session with a bunch of stuff
(including accountType).
What happens when the session expires and he's still logged in?
What I don't
On Mon, 2004-05-17 at 13:00, Dieter Maurer wrote:
Chris McDonough wrote at 2004-5-15 13:04 -0400:
...
Dieter, do you think you can read this patch and give a thumbs up or
down on it?
The patch looks good.
Great, thanks for looking at it.
- C
On Mon, 2004-05-17 at 14:57, Gerhard Schmidt wrote:
Why isnt there an implementation of temporary storage for ZEO
There is, just use the tempstorage package from Zope.
I didnt find a way to use Tempstorage in zeo.
temporarystorage
name temporary storage for sessioning
601 - 700 of 1687 matches
Mail list logo
