Thanks, I'll take a look. I don't have much faith in getting to
do it with the live system, but maybe I can find a way to get some
sort of testbed.
On Sun, 11 Dec 2005, Michael Dunstan wrote:
> On 12/11/05, Dennis Allison <[EMAIL PROTECTED]> wrote:
> >
> > Good idea, but it is hard to do in
On 12/11/05, Dennis Allison <[EMAIL PROTECTED]> wrote:
>
> Good idea, but it is hard to do in a production environment with a "never
> lose data" model.
Have a go at recreating the problems you are seeing on a development
host. SessionRig can be used to mount a brute force attack of the
session ma
Good idea, but it is hard to do in a production environment with a "never
lose data" model. I have suspected the p_resolve_conflict which is
clearly wrong for our model and am in the process of trying to rewrite it
to take advantage of the semantics of sessions as we use them.
The problem I am t
On 12/9/05, Dennis Allison <[EMAIL PROTECTED]> wrote:
> The problem I am trying to resolve appears to be load related. The
> observed symptom is that (some) session variables spontaneously disappear.
> There appears to be some connection to conflicts, but the exact mechanism
> and the relationship
Dear Colleague,
as the First International Workshop on Free/Open Source EIS/ERP organizer, I
would like to invite you to submit a paper to it. This event is the first
one, of international dimension, dedicated to free/open source EIS/ERP and
will be held in parallel to the IFIP TC8 International C
...
> The funny thing is - performance isnt really the pro of
> fcgi over http. Its really more about transporting header
> and environment data from zope to apache, which is
^^
actually I meant apache to zope.
I go and get some coffee...
Tino
Am Mittwoch, den 07.12.2005, 09:39 + schrieb Chris Withers:
> Dieter Maurer wrote:
> > The original poster explained his wish to retain FCGI:
> >
> > It reuses an existing connection between Apache and Zope
> > while (he thinks and I might believe it) the recommended
> > "mod_proxy" way
--On 10. Dezember 2005 10:36:16 +0200 Roman Susi <[EMAIL PROTECTED]> wrote:
Not sure if filesystem based products qualify, but its like saying that
´is it operating system problem or stupid application code which brings
OS down'. One misbehaving code should not bring down the whole
framework
Andreas Jung wrote:
>
>
> --On 9. Dezember 2005 15:33:38 +0200 Roman Susi <[EMAIL PROTECTED]> wrote:
>
>>
>> Hi!
>>
>> I've found the reason for original bug I hit. The recursion was in my
>> code (and gone away after I corrected it). However, the bug I reported to
>> Zope.org is still there.
>>