Doug,
You can get some information on what's going wrong by adding the
following to your 'start' script (if you're on UNIX, the Windows
incantation is different and I don't know it):
reldir=`dirname $0`
STUPID_LOG_FILE=$reldir/var/STUPID.log
export STUPID_LOG_FILE
Start Zope after adding this t
Zope differs from PHP and ASP systems in this regard. I don't think
anyone using Zope that I've seen inlines SQL inside DTML.The
separation of SQL and presentation via DTML is intentional. Though it's
not always as expedient, the intent of the separation is to provide you
with layers of abst
It has been suggested in the past that the cataloging machinery in Zope
should be able to index the results of SQL methods. This would be one
way to approach the problem, although it is not ideal because the
information in the RDMBS may change independently of the ZCatalog which
indexes it. It w
> >RDBMS systems are not particularly good at full-text
> searching to begin
> >with (I'm not quite sure how SQL Server handles this,
>
> AFAIK SQL Server uses MS Index Server for this.
So you could potentially wrap calls to SQL Server via MS Index Server
using Zope in the same way Site Server
Zope will always fare badly in comparison to web servers that dont serve
dynamic content. Zope's delivery will probably never be as fast as
serving up static pages from the filesystem ala Apache or AOLServer.
This is one of the reasons for ZEO. One of the other things in the
wings that's being
According to Andrew Kuchling's and Moshe Zadka's "Python 2.0 what's new
list", isinstance() and issubclass() already works on
ExtensionClass-based stuff in Python 1.6. See
http://starship.python.net/crew/amk/python/writing/new-python/new-python
.html#SECTION00090
That said, as fo
Any method called directly through the web (e.g. like this one, which I
assume is through an HTTP POST) will be bounded in a transaction. Why
would you not want this to happen?
> -Original Message-
> From: Joachim Schmitz [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 06, 2000 3:30 AM
Which files? Know that if you untar as root, the files will be 'owned'
by whoever tarred it up on our side. Untar it as a normal user. Reset
the permissions of the ones you find too permissive. Then let us know
so we can change the distribution.
-Original Message-
From: Leonardo Kenji
distribution, so I don't think the problem is
with the RPM.
> -Original Message-
> From: R. David Murray [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 10, 2000 10:55 PM
> To: Chris McDonough
> Cc: 'Leonardo Kenji Shikida'; [EMAIL PROTECTED]
> Subj
One way to deal with this (as with any tarball) is to not preserve
ownership on an untar. As I mentioned before, if the user you untar as
is the root user, gnutar preserves ownership *by default* (see the
--preserve-permissions option to gnutar). On the other hand, if you
don't untar as root, f
Bill Anderson wrote:
> He seemed to be mostly griping about files that were wide open (777). On
> 2.2.0b4 the only ones I get are:
> lrwxrwxrwx1 root root 13 Jul 11 01:36 lib/python/ZEO/cPickle.so
> -> ../cPickle.so
> lrwxrwxrwx1 root root 13 Jul 11 01:36 lib/python/ZServer ->
> ..
> > The other file (pcgi.soc) is a unix domain socket... it
> gets created
> > when you run "python w_pcgi" as a Zope install command from
> the source
> > distribution. I'm not sure of the danger of having this get created
> > 777. It might be worthwhile to look into what could be done to it
y is 99 and group
> nobody is the
> > same on linux, but BSDs seem to have another convention there. on a
> > FreeBSD box i looked at right now nobody was user 65534 or so.
> >
> > as chris mcdonough remarked earlier in this thread, it is much more
> > important to get
> > Hmmm... thanks for trying it. This doesn't seem much of a
> risk, does
> > it?
>
> Not that I can see off-hand. It is only a socket, a means for
> communicating with Zope. The 'risk' would only lie in Zope's Security
> mechanisms. ;-)
>
> The only possible risk would be a DoS type manueve
I'm not sure I understand. What is AppSingleton? What does the
Instance() method do?
> -Original Message-
> From: Jeff K. Hoffman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 17, 2000 11:54 AM
> To: [EMAIL PROTECTED]
> Subject: [Zope-dev] The Application object
>
>
> Hello,
>
> Wh
> Sorry I wasn't clear enough. The Singleton is a design
> pattern from the
> Gang of Four book that fits this situation well. It is a
> class that is
> meant to control access to the one and only instance of a global
> variable. I was just using that as a frame of reference,
> though; Zope ha
ane Hathaway
> Cc: Chris McDonough; 'Jeff K. Hoffman'; [EMAIL PROTECTED]
> Subject: Re: [Zope-dev] The Application object
>
>
> On Mon, 17 Jul 2000, Shane Hathaway wrote:
>
> > The way to get the root application object is to open a
> connection to
> > the
Jeff, what exactly do you need to do with setstate? can you provide an
example?
> -Original Message-
> From: Jeff K. Hoffman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 17, 2000 1:49 PM
> To: Shane Hathaway
> Cc: Jeff K. Hoffman; Chris McDonough; [EMAIL PROTECTED
> From: Jeff K. Hoffman [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 17, 2000 2:44 PM
> To: Chris McDonough
> Cc: 'Jeff K. Hoffman'; Shane Hathaway; [EMAIL PROTECTED]
> Subject: RE: [Zope-dev] The Application object
>
>
> On Mon, 17 Jul 2000, Chris McDonough
In trying to find the "Quorum Based Replication" stuff I've found that
we have two ZEO wikis.
http://www.zope.org/Products/ZEO/Wiki/FrontPage
http://www.zope.org/Wikis/ZEO/FrontPage
Bleah.
Chris McDonough
Digital Creations
Publishers of Zope - http
Have you tried:
?
> -Original Message-
> From: Leonardo Kenji Shikida [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 20, 2000 3:38 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Zope-dev] getting request variables values
>
>
> that's the point:
>
> gives me the value of SSL_CLIENT_EM
Zope-dev] getting request variables values
>
>
> yes, I tryied.
> both attepts gave me this error:
>
> Error Type: KeyError
> Error Value: SSL_CLIENT_EMAIL
>
> tips?
>
> Leonardo Kenji Shikida
> Webmind - Brazil Office
>
>
> - Original Message -
How about:
?
> -Original Message-
> From: Leonardo Kenji Shikida [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 20, 2000 4:40 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Zope-dev] getting request variables values
>
>
> here it is.
>
> Kenji
>
> >>>
>
> form
>
> cookies
This is pretty nice... the current Zope help system does something
vaguely similar (at a less granular level) inasmuch as Product
developers can associate help pages with views or with arbitrary other
topics. It might make sense for us to build a hook in the help system
whereby developers could
Anvita,
It's possible you could reuse these components via COM using Mark
Hammond's COM stuff for python... this isn't really Zope-specific. See
http://www.python.org/windows/win32com/ for more information.
-Original Message-
From: Anvita [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July
It sounds like you are trying to call a module instead of a function...
for example, you're doing something like:
import ZODB.FileStorage
f = ZODB.FileStorage('file')
instead of:
import ZODB.FileStorage.FileStorage
f = ZODB.FileStorage.FileStorage('file')
Toby Dickenson wrote:
>
> On Tue, 25
Karl,
Two things come to mind:
First, make sure you're returning the instances in the context of their
container, e.g. instead of:
def returnstuff(self):
class foo:
pass
return foo()
do
def returnstuff(self):
class foo:
pass
retu
>
> >First, make sure you're returning the instances in the
> context of their
> >container, e.g. instead of:
> >
> >def returnstuff(self):
> >class foo:
> >pass
> >return foo()
> >
> >do
> >
> >def returnstuff(self):
> >class foo:
> >pass
>
Steve,
It sounds a little underpowered to me. But you should probably just try
it if it's what you've got. There are some Zope benchmarks contributed
by BwanaZulia at
http://www.zope.org/Members/BwanaZulia/zope_benchmarks/benchmarks.html.
BTW, questions like this are probably better posed to t
Plenty of time... :-)
> Please make comments by Wednesday April 16.
>
> Jim
>
> --
> Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
> Technical Director (888) 344-4332http://www.python.org
> Digital Creationshttp://www.digicool.com http://www.zope
Please see
http://dev.zope.org/Wikis/DevSite/Proposals/UnitTestingFramework for a
propsal for inclusion of a unit testing framework within Zope. Comments
appreciated.
Chris McDonough
Digital Creations
Publishers of Zope - http://www.zope.org
ing framework proposal
>
>
> > Message: 2
> > From: Chris McDonough <[EMAIL PROTECTED]>
> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> > Subject: [Zope-dev] unit testing framework proposal
> > Date: Tue, 15 Aug 2000 14:1
> Surely this raises some data integrity issues if you copy in
> mid-transaction? Or does an incomplete transaction at the end of the db
> just get thrown out, and the design of the db assure that only the end of
> the file gets updated?
An incomplete transaction at the end of Data.fs gets ig
> Well, I'm at a loss. I tried a bunch things myself, and I've
> found out that
> instances of the Article class are not inheriting
> __ac_permissions__ from
> the Posting class. In fact, even if you override
> __ac_permissions__ in the
> Article class, the validate() method is reporting th
Using a mutex by way of example, without using anything Zope-specific
(the following uses the Python threading module):
import threading
lock = threading.Lock()
myglobal = []
def changeglobal(val):
lock.acquire()
try:
myglobal.append(val)
finally:
lock.release()
> >
I've created a proposal to gather feedback for implementing a facility
to transform arbitrary XML directly into arbitrary Python objects. It's
at http://dev.zope.org/Wikis/DevSite/Proposals/XMLToObjects. Please
comment on the Wiki discussion page associated with it.
> Does the performance of Zope degrade as the Data.fs get larger? Both
> on startup time (which I'm pretty sure will degrade) and on respons
> time, serving a object f ex?
No... Data.fs is only appended to, so I don't think there is any
appreciable seeking latency as it grows. You can probably
A lot of the listed complaints are trying to be addressed by the
"WikiNG" proposal, which is (of course) in the Proposals wiki on
dev.zope.org.
> Okay, here's an idea which people may or may not like:
> How about running the 'Discussion' parts of (in particular) dev.zope.org
> from ZDiscussions,
ilman/listinfo/zope-dev
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://lists.zope.org/mailman/listinfo/zope-announce
> http://lists.zope.org/mailman/listinfo/zope )
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
_
oint?
>
> Ive used manage_beforeDelete() elsewhere and it works fine when Im
> destroying an object whilst ZODB is still running.
>
> Thanks.
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
___
Zope-Dev
Please comment on the new fishbowl proposal for an "Application" object:
http://dev.zope.org/Wikis/DevSite/Proposals/ApplicationObject
Your input is appreciated!
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
__
nt with other
objects in the ZODB, and transactions help to maintain this.
Is it essential that all your cataloged objects be catalog-aware?
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
___
Zope-Dev maillist - [EMAIL
No, sorry... hopefully within the next month.
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: "Chris McDonough" <[EMAIL PROTECTED]>
Cc: "Andy McKay" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, September
(I took the ZEO mail list out of the loop)...
> [Agreed. Ill CC zope-dev and I suggest we continue there.]
>
> Sorry, I phrased my question ambiguously.
>
> I meant, do you think a TTW development approach is viable for
applications
> with a non-trivial amount of logic?
Perhaps not. Not yet
If you're interested in seeing session-tracking implemented in the Zope
core, please review the proposal at
http://dev.zope.org/Wikis/DevSite/Proposals/CoreSessionTracking and
provide comments on the referenced discussion page.
Thanks!
Chris McDonough
Digital Creations, Publishers of Zope
This is hilarious. Way to prioritize, Bill! (and congratulations) :-)
- Original Message -
From: "Bill Anderson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, September 30, 2000 1:40 PM
Subject: [Zope-PTK] Membership and PTK
>
> I am getting married
> I just read the CoreSessionTracking proposal.
Great...
> I am very concerned about the "long living browser id".
>
> * Why should a browser id live longer than the
> session data maintained for the browser?
Because it's a browser id, not a session id. This terminology may change in
lat
se's session token,
however, you will be able to access the site "as that user", though you
still will not be able to arbitrarily view session data object contents,
only what is shown by the application code. I think Dieter's comments
point out that the overarching requirement
"Phillip J. Eby" wrote:
>
> At 10:44 PM 9/30/00 -0400, Chris McDonough wrote:
> >
>
> Huh? I don't get it. It's still just an opaque key from the POV of the
> session data managers, right?
Yes. The only difference is that the actual string placed
Oops...
Chris McDonough wrote:
> When the session id manager is asked for the browser id
> by the session id manager, it returns it, same as before
this should read:
"When the session id manager is asked for the browser id by the session
data manager..."
-- Chris McDonough
D
s stolen, that's the key that the
"attacker" needs to visit the website "as you". I've addressed this in
the implementation by giving the session token a random element, and
this mitigates a guessing attack, but not a theft attack.
--
Chris McDonough
Digital Creations
non-management users with TTW scripting
capabilites) so they cannot arbitrarily examine session data values.
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists
Dieter Maurer wrote:
>
> Chris McDonough writes:
> > The random element of the token is currently five characters. I may
> > need to "up" this. The secure cookie requirement is already reflected
> > in the use cases and in the current implementation.
ed as a user gets a new dynamic IP address...
>
> -steve
>
> >>>>> "Chris" == Chris McDonough <[EMAIL PROTECTED]> writes:
>
> Chris> Session tokens, AFAICT, cannot be secured. They can only
> Chris> be obfuscated, which mitig
7;session' data. Its impossible to
> hijack a tree-tag session because the 'session' state is stored by the
> client (in the URL) in full.
>
> There are other differences between this type of session and the
> CoreSessionTrackingProposal; but the advantages are not all one
> > Are you suggesting that the session token should actually
> > store session
> > data?
>
> As an alternative SessionManager, it appears to have some advatanges that
> others do not.
Hmmm. Please smack me if I'm wrong, but I'm not clear on how it differs
much from not keeping session-related d
OK... let me rephrase that...
Don't fix it if you don't care!
(I have a rule in my mailbox that deletes all messages with 'tree tag' in
the subject line. I am not kidding.)
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: &quo
(unluckily, I did not filter on "treetag". I need to go do that now.)
- Original Message -----
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Chris Withers" <[EMAIL PROTECTED]>
Cc: "Toby Dickenson" <[EMAIL PROTECTED]>; <[EMAIL
>
> > But all of these ponderings are kind of moot, because session
> > data can be
> > arbitrarily large (session data on the order of a megabyte
> > will probably not
> > be uncommon), so the data can't realistically be embedded in the token
> > anyway.
>
> Agreed, in-URL session data is not a u
> Hi Chris,
>
> in an earlier message, you defended the existence of a
> separate permission "Access Session Data" (in the
> CoreSessionTracking proposal) by the following
> case:
>
> There may be (authenticated) users with
> (TTF?) scripting rights that should be prevented
> to screen session dat
Steve,
I am also interested in scheduling... though I haven't looked closely at
Xron.
> The Xron product seems rather "fragile" in use.
>
> That is, if things go wrong when an Xron DTML Method is triggered, that
> method doesn't get rescheduled.
Does Xron take an optimistic approach to repeati
> It is the Xron DTML Method's responsibility to reschedule itself.
> It could be its first duty, however. Then again, as all the work happens
> inside a ZODB transaction, it doesn't matter when the reschedule
> happens.
I understand.
As a side note, I do not like the fact that Xron requires you
> > As a side note, I do not like the fact that Xron requires you to use
special
> > DTML methods. I suppose this is a requirement in this architecture due
to
> > the fact they need to be autocataloged, but I don't really like that
feature
> > either :-).
>
> I think Xron could work with anything
> I'll need to try to call get_transaction().commit() from a
> manually-constructed Python thread fired off from Zope and see what
happens.
> I think it'll just work. I'll find out in a few minutes. :-)
Yes, it just works. :-)
___
Zope-Dev maillis
> > Do you think this is this any more effective than having a producer
thread
> > do a lookup every minute to see what jobs are current, after which it
should
> > put the current jobs in a queue? E.g., as the "run" method of a
separate
> > producer thread:
>
> the same problem applies, a solutio
This is a good point...
Not to worry, however, because the default configuration of the session
tracking stuff is going to use in-memory storage. Berkeley DB will not need
to be (and won't be) distributed with Zope. The session manager will be
capable of using nonundo databases (like one based
I would be very interested in such a beast. It's way too hard to do unit
testing in Zope right now. I'm not sure about how it should be designed,
but that's what the fishbowl is for. :-)
- Original Message -
From: "Lalo Martins" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday,
I didn't think this was a problem on Windows? I wonder if Python needs to
be compiled in a special way to support large files on Windows.
Have you tried Tranalyzer to see if will tell you where the transaction
breaks are in the file? There's a howto by Itamar on Zope.org about how to
do this.
Andy,
This is a known issue with the catalog (searching the collector for "key
error" will show you how common it has been). Chris Petrilli should be
checking in some changes to the CVS 2.2 branch (and the trunk?) tomorrow
that resolves it. The problem is evidently related to the way
catalog.in
> I deleted an index and metadata, re created them and recatalogued the
> affected objects. That seem to solve it in my initial tests... keeping my
> fingers crossed.
This indeed solves it (until you later run index_object() on an object
without first running unindex_object() on its catalog repre
I have no idea about this, but I know that this isn't all you need
- Original Message -
From: "Andy McKay" <[EMAIL PROTECTED]>
To: "Andy McKay" <[EMAIL PROTECTED]>; "Christopher Petrilli"
<[EMAIL PROTECTED]>; "Chris McDonoug
AFAIK, you should be able to spawn a new thread from within any function
within Zope and manipulate stuff in the ZODB as long as you lock properly.
The number of database connections is fixed, but arbitrary threads can take
up a database connection on an ad-hoc basis. If I were you, I'd mess
aro
> But I guess this still will be the same anyway. That is, if an object
> inhereted from Persistence.Persistance spawns a thread that
> manipulated data in the object, I will have no problems. The thread
> will be running just fine, and the data will be stored in the zodb.
This is how I've experi
It happens when more than one thread tries to modify the same object in
storage at the same time. It's Zope's equivalent of record-locking... It's
normal. There's no corruption or anything, it's telling you that it avoided
a write that might have caused problems. Zope tries three times to retry
> Hurm, well, it appears to happen when we're doing a lot of sequential
> write to a product (automated bulk data upload), but the thing that
> triggers it off is actually trying to read a page from the same area of
> the site... confusing. Although that could also be a one-off
> coincidence...
C
cross posts or HTML encoding! **
> (Related lists -
> http://lists.zope.org/mailman/listinfo/zope-announce
> http://lists.zope.org/mailman/listinfo/zope )
--
Chris McDonough
Digital Creations, Publishers of Zope
http://www.zope.org
___
Zope-Dev
Is security really a part of an object's interface? I thought this was more
of an implementation thing.
- Original Message -
From: "Michel Pelletier" <[EMAIL PROTECTED]>
To: "Geeks Mailing List" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, November 28, 2000 4:05 PM
Subject:
If you're at all interested, Kapil, it'd really be great if someone were to
take over InterbaseStorage. It needs to be changed to use Bob Tierney's
newer multithreaded GVInterbaseDA Python DB-API adapter (Kinterbasdb doesn't
seem to get along with newer versions of Zope, and it's singlethreaded).
> Of course it would, for the same reasons as OracleStorage (eg
> FileStorage/Data.fs is inefficient)
Actually, it's the other way around. OracleStorage is 30-to-50 times slower
than FileStorage on writes. Reads are slow too but the slowness is somewhat
negated by caching.
__
OracleStorage, and possibly others
> On Wed, Nov 29, 2000 at 07:02:50AM -0500, Chris McDonough wrote:
> > > Of course it would, for the same reasons as OracleStorage (eg
> > > FileStorage/Data.fs is inefficient)
> >
> > Actually, it's the other way around. Orac
I actually need to get a BerkeleyStorage against BSDDB3 going for a customer
fairly soon. Jim has done a lot of work on it, and it's looking like I'll
probably end up finishing it. Robin Dunn has a Python extension module
against the bsddb3 libraries that we're using. It may actually be release
Hi,
A development release of the fruits of the "core session tracking" Fishbowl
project
(http://dev.zope.org/Wikis/DevSite/Projects/CoreSessionTracking/FrontPage)
is available at
http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking. It allows
you to keep state across requests for anon
I had some reports yesterday of the Core Session Tracking development code
not working against recent Zope 2.2 releases, so I removed dependencies in
the code on the Interface module which were causing the incompatibilities.
CoreSessionTracking 0.1 will work against Zope 2.3a1, but not against Zop
No. You shouldn't be leaking threads. Can you trace the thread leakage
down to a single Product?
- Original Message -
From: "Jay, Dylan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 18, 2000 7:00 PM
Subject: [Zope-dev] Fault tolerance and thread-loss
> I'm findin
Jason,
That logging is probably slowing things down too... shut it off to see if
you can get a performance increase.
- Original Message -
From: "Jason Spisak" <[EMAIL PROTECTED]>
To: "Christopher Petrilli" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, December 20, 2000 9:2
blems that cause that *not* to be the case in many situations,
and independent writes to it often conflict. We are working on another
BTree implementation to resolve the issue.
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: "Chris McDonough" <
Hello,
A new development release of the "Core Session Tracking" product (0.4) is
available at http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking
This release makes substantial interface and feature changes including using
an internal mounted storage to provide an "internal" session
I think Chris' design (as I understand it) is fine. CatalogAware is useful
sometimes. Sometimes it's just overhead.
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: "Michael Bernstein" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, January 03, 2001 11:07
Delete the product from the Control Panel management interface.
- Original Message -
From: "Tim McLaughlin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 04, 2001 3:10 PM
Subject: [Zope-dev] ghost product
> In fact (to clarify my preceding problem), when I removed t
: "Tim McLaughlin" <[EMAIL PROTECTED]>
To: "'Chris McDonough'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, January 04, 2001 3:35 PM
Subject: RE: [Zope-dev] ghost product
>
> Thanks for the delete issue, however that puts me at g
"super" still exists. It's aliased to the emergency
user. There's a comment in User to the effect that the use of super is
deprecated, and that emergency_user should be used instead.
I don't believe the reading of the access file is a bug (it's
there to provide backwards-compatibility).
Howdy folks,
A new development release of the core session tracking implementation (which
allows you to store state between requests for anonymous visitors) is
available at
http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking. The latest
release is 0.5.
Thanks,
- C
__
Espen,
The files that external methods actually live in are not Python modules,
like normal Python modules. Though I haven't tried your example, it's
likely that your reference to __main__ is confusing the external method
machinery. Additionally, the output of "print" doesn't go to the remote
b
Ooops, replace "print self.data" with "return self.data" in the display
method of my Testclass.
- Original Message -
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Espen Sorbye Frederiksen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTE
Andy, look at the documentation in z2.py for the "-M" switch that writes out
a debug log of method accesses.
Then visit http://www.zope.org/Members/mcdonc/HowTos/DEBUG-LOG
It tells you how to track down hangs via stuff in your debug log.
- Original Message -
From: "Andy McKay" <[EMAIL P
I've put the fieldindex bug in the collector.
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 26, 2001 10:38 AM
Subject: [Zope-dev] ZCatalog FieldIndex bug in Zope 2.3.0b3
> Hi,
>
> FieldIndex's don't work
This is fixed in CVS. ChrisP works fast. :-)
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: "Chris McDonough" <[EMAIL PROTECTED]>
Sent: Friday, January 26, 2001 11:23 AM
Subject: Re: [Zope-dev] ZCatalog FieldIndex bug in Zope 2
You won't be able to session data objects from the RAM-based container
without special treatment in your main storage, because "under the hood" the
internal data container uses a mounted RAM-based storage. See the section
in the help/CoreSessionTracking.stx file that ships with the release named
A new release of the "CoreSessionTracking" product is out. The product
allows you to associate state with anonymous visitors between requests.
The latest version (0.7) fixes a fairly serious kid-clicking-related bug
found by Randall Kern that effects RAM-based ("internal") session data
container
This might be helpful:
http://www.zope.org/Members/mcdonc/PDG/6-1-Security.stx
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 8:58 AM
Subject: [Zope-dev] Interfaces Wiki & Security Stuff
> Hi,
>
> How active/releva
1 - 100 of 1351 matches
Mail list logo