haviour might be beyond the complexity
threshold for a paranoid admin to be comfortable.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
> Then again, there's the advantage of having something
> included as a standard part of Zope.
Yes, thats true. I would like to see this being rolled into the standard
zope (and there is a Collector entry saying that), although I think its
unlikely given the 'competition' from VHM.
Having sai
>behaviours...
>
>SMOC :-)
If you are interested in a short-term hack, it is possible implement
your own type of index and add it to an existing catalog, without
having to modify any of the ZCatalog product. Ive used that to
implement a variant of KeywordIndex that uses a get_keyword me
On Mon, 26 Feb 2001 19:00:58 -0800, "Michael R. Bernstein"
<[EMAIL PROTECTED]> wrote:
>Toby Dickenson wrote:
>>
>> If you are interested in a short-term hack, it is possible implement
>> your own type of index and add it to an existing catalog, without
&g
> I am assuming that the code you provided goes into a
> manage_addCustomIndex method that is part of a CustomIndex
> Python Product.
hehehehe, nothing so general-purpose as that ;-)
> > You will need to implement a subclass derived from one of
> the standard
> > indexes to provide your custom
e in with a definitive
>answer.
The object cache only contains up-to-date objects when a transaction
starts.
ZODB will also raise a ConflictError when loading an object into the
cache for reading, if it has been modified since the start of the
transaction.
Toby Dickenson
[EMAIL PROTECTED]
On Mon, 5 Mar 2001 10:56:38 -0500, Tim McLaughlin
<[EMAIL PROTECTED]> wrote:
>Is there a hook for before the transaction is committed for objects which
>subclass Persistent?
__getstate__ ?
But why would you want that?
Toby Dickenson
[EMA
On Wed, 07 Mar 2001 09:49:09 -0500, Shane Hathaway
<[EMAIL PROTECTED]> wrote:
> Invoking C from Python
>is fast, but invoking Python from C apparently requires a lot of work.
Invoking a python function from anywhere (even from another python
function) requires alot of work.
To
>
>Does this means some conflict between the python2 and
>the 1.52 from zope?
>
>Can somebody give me instructions to solve this?
>
Sounds like python 1.5.x binary is picking up the python 2.0 library
Toby Dickenson
[EMAIL PROTECTED]
On Fri, 16 Mar 2001 08:48:09 -0500, Edmund Goppelt
<[EMAIL PROTECTED]> wrote:
>Could the author have meant to write 'Exception' here instead of 'Except'?
>
>I am running Zope 2.3.0 stable.
The current cvs has this changed to 'except Attribute
instead of the bundled one.
That wont be quite enough on win32, not sure about other platforms.
The binary release contains extensions that link with the python15.dll
They need to be recompiled for 2.0, and will then link with
python20.dll
Toby Dickenson
[EMAIL PROTECTED]
_
aking a copy of your content you will need to use
VirtualHostMonster (or something similar) so that they refer to the
final server.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zop
today, but that doesnt mean that it is wholly
irrelevant to me.
This morning (for me) zope-dev had 87 new messages in 29 threads. Do
people really find this to be too many?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
h
fore that I would be more than happy for these to be
rolled into the Zope core, and they do cover a large part of your CSN
problem (plus several related problems that you havent realised
yet. ;-)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev mailli
On Thu, 03 May 2001 17:14:28 +0100, Toby Dickenson
<[EMAIL PROTECTED]> wrote:
>On Thu, 3 May 2001 11:45:58 -0400, "Andreas Jung"
><[EMAIL PROTECTED]> wrote:
>> http://dev.zope.org/Wikis/DevSite/Proposals/HTTPContentNegotiation
>http://www.zope.org/Members
> -Original Message-
> From: Andreas Jung [mailto:[EMAIL PROTECTED]]
> Sent: 03 May 2001 20:23
> To: Toby Dickenson
> Cc: zope-dev
> Subject: Re: [Zope-dev] ANN: Proposal ContentNegotiation
>
>
>
> From: "Toby Dickenson" <[EMAIL PROTECTED
27;t,
>'cos they're python builtins, which I'm pretty certain was the problem
>in my case...
That is exactly correct.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailm
ionally in IE, but very very rarely and
control-F5 (to refresh the page) always makes it go away.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encodin
standard
unicode support, when it arrives, will be based on these patches.
(ps, Ill be releasing an updated patch for Zope 2.3.2 in the next few
days)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/m
iable, and efficient (given that
conflict/retries are rare) then I dont understand the motivation
> But I want it to be more reliable, especially so that
>ZCatalog can be used in ZODB applications outside Zope.
Is it because other non-Zope applications might not be so proficient
at perfo
s that Zope's xml-formatted export doesnt handle
unicode objects. If you find anything that doesnt work, it will have
to be fixed for Zope 2.4, and it shouldnt be too hard to back-port
that fix into 2.3.x.
Having said that, Python's garbage collector *needs* support from
container o
tice
>> in zope?
Context-based programming is usually wrong, but not always. If you
explain what you are trying to achieve then we may be able to point
out a better alternative.
(some early drafts of the Zope book encouraged context-based
programing in scenarious where it was quite dangerous; Im
On Thu, 31 May 2001 10:36:55 -0400 (EDT), Shane Hathaway
<[EMAIL PROTECTED]> wrote:
>On Thu, 31 May 2001, Toby Dickenson wrote:
>
>> On Thu, 31 May 2001 10:03:31 -0400 (EDT), Shane Hathaway
>> <[EMAIL PROTECTED]> wrote:
>> >Right now ZCatalog randomly gen
onflict on the root catalog object, but
not on the index BTrees.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
ht
tor)
StandardCacheManager's HTTP implementation is easy to use, but a
little simplistic. You can achieve more (with only a little effort) by
handling the caching headers yourself.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PR
e to stream data to the client.
>
>Can anyone help to solve this problem ??
How are you gluing apache to zope? if apache is proxying http (as with
mod_proxy, or mod_rewrite) then it works fine.
Im not sure about pcgi...
Toby Dickenson
[EMAIL PROTECTED]
ttp://www.zope.org/Wikis/DevSite/Projects/ZEOReplicatedStorage/SurviveTotalLossOfStorage>
Until then, http://www.it.uc3m.es/~ptb/nbd/ looks promising. Has
anyone tried FileStorage over a network block device?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev ma
p of cvlass instances. This must have a significant memory footprint.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
h
linked below. I
have commercial products that use this Unicode support, so you can be
sure it will be maintained for some time. Further, DC have committed
to providing similar in Zope 2.4.x and there is a good chance that it
will be based on these patches.
http://www.zope.org/Members/htrd/wstring
ibe this type of license clause, however I wonder
whether you (personally, or as an organisation) really find it to be
'obnoxious'?
Personally, I am *happy* to respect clause 4.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PR
> > >and the 'obnoxious advertising clause'
> > >seemingly puts a stop to it..
> >
> > I understand that 'obnoxious advertising clause' is the
> phrase used by
> > the FSF to describe this type of license clause, however I wonder
> > whether you (personally, or as an organisation) really find it
t ZCatalog. A recent release (im not surwe which,
2.3.2?) has a new BTree implementation that reduces bloat by modifying
fewer buckets (it also doesnt have the column showing index size)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROT
gn goal.
I thought I observed that characteristic had changed in a recent Zope
release... hmmm, Ill take a look.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross p
re some deeper problems I am not aware of?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/
> I think it has changed for FieldIndexes.
Yes, from UnKeywordIndex.py
newKeywords = getattr(obj, self.id, ())
> You can now make
> the distinction
> between "doesnt have that attribute" and "attribute is one of
> [None, '', [],
> ()]" within a Field Index.
Reviewing UnKeywordIndex.
>> OID: 37ab8 len 39336 [BTrees.IOBTree.IOBTree]
>> OID: 3c610 len 33864 [BTrees.IOBTree.IOBucket]
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross post
cared off by the problem reports in the list
archives.
IMO fixing this may be worth a little breakage.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
beyone what it is good for; that is
trivial document templating.
dtml-in is a particularly bad at polluting the dtml namespace (which
is particularly serious because you have only got one of them)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillis
>It makes the presentation of database queries really easy
Mmmm, too easy.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding!
s... .good.
> self._setObject(id, ad)
You add the new object to the folder. The folder calls
ad.manage_afterAdd (or whatever its called), which in the case of
CatalogAware calls index_object.
Everything looks right to me. The catalog should contain the real
values.
Toby Dickenson
[EMAIL PR
return ''
! REQUEST = re.compile('([^ ]+) (?:[^ :?#]+://[^ ?#/]*)?([^ ]+)((
HTTP/([0-9.]+))$|$)')
def crack_request (r):
m = REQUEST.match (r)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.z
been closed.
I think it makes sense that Zope should replace sys.stderr with an
object that sends messages to zLog, however zLog itself sometimes
wites to sys.stderr.
Any thoughts on the right way to fix this?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope
caller. This makes it very easy to open
a security hole. HTMLFile should be avoided unless you have a very
good reason to need it.
(there was a full description of the potential security hole in the
Collector)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-
is possible to separate the two using syslog
rules.
Am I missing something?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related
ahead and get the
>bootstrap group (under ten, selected by us) going? I'd like to avoid
>making them sign and mail an agreement, then do it again if there's
>substantive changes.
Yes, I think it is close enough to get started.
Toby Dickenson
[EMAIL PROTECTED]
___
> I'll admit that I don't know. The ZLogger module makes some
> noise about
> syslog, but I dont even know if and when that module is used
> (as opposed
> to the zLOG module).
It is actually always used unless Zope is started read-only. Its not easy to
follow *how* this happens - and I am st
y clause. If one half-owner
were to make the source available under a different license without
such a clause, would the other half-owner be liable too?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/
On Mon, 1 Oct 2001 20:53:00 +0200, Jerome Alet <[EMAIL PROTECTED]> wrote:
>On Mon, Oct 01, 2001 at 04:14:47PM +0100, Toby Dickenson wrote:
>>
>> A question for all syslog users; is it ever useful to send access logs to
>> syslog? (I can't think of good reaso
as is? Did you measure ratios (between the two
storages) of time per indexing operation, or ratios of disk blocks
transferred per indexing operation?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mai
current behaves the same as DTML calling
PythonScript, pure python functions, extension class functions, or an
external method.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zo
proposals that are not aligned with
current zope.com project.
I thinks thats true of fishbowl projects, and the second of true of
smaller collector-hosted issues too.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists
.
>The opening of the CVS
>is a good starting point but I would like to see more people contributing.
So far it really does appear that nothing will happen about this
particular issue until it is needed by a zope.com consulting project.
If there is anything more that I can do then s
it after that time (call SQL and print
>> data via TAG).
Yes, the SQL driver abstraction layer is slower than it could be.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-
it.
> And setting
>__allow_access_to_unprotected_subobjects__ does not help much either
You set this on the Y?
in what way does it not work?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/
ink this
is a bug
As I understand it, that package is designed to leave cyclic garbage
around under the assumption that python's garbage collector will break
the cycles. Early versions of bytecodehacks broke the cycles manually,
at a great performance cost.
Toby Dick
s sense for the simple virtual-hosting scenario of
one-folder-per-virtual-hosts, however what you suggest cant be
achieved in the general case.
Given an arbitrarily complicated set of rewrite rules, the concept of
'Site Root' is not well defined.
Its called VirtualHost*Monster* for a reason ;
On Wed, 19 Dec 2001 06:07:00 +1100, Anthony Baxter
<[EMAIL PROTECTED]> wrote:
>For me, I run the ZEO server without GC (because that stops the stomped
>stack bug killing the ZEO server)
Do you have reason to believe that this bug can affect the ZEO server?
that would be very
ng? I thought I needed something
similar at one time too, but the non-blocking options are probabnly
better.
If you want non-blocking, File objects use RESPONSE.write which is a
good start for rolling your own implementation.
Toby Dickenson
[EMAIL PROTECTED]
_
uld you include self?
But what if you were defining an interface as a Python class, with the
target language being . Would you include
self?
I think my conclusion here is that using python classes to define
interfaces may be counterproductive.
Toby Dickenson
[
python classes to define
>> interfaces may be counterproductive.
>
>It may be the best we have (it's best understood by the target development
>audience)
As a product author I thought I *was* the target audience.
>..[1] http://python.sourceforge.net/peps/pep-0245.html
A good r
can do this (and has done for ages). Support in squid has
stalled (http://devel.squid-cache.org/projects.html#te). Although I
still think this is the way of the future, I suspect the short-term
advantage of content-encoding the way you implemented it may be an
advanatge for longer than I origi
oding support to Zope is a good thing only if
your front-end proxy does not support on-the-fly Transfer-Encoding. I
think apache does, but squid does not.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org
On Thursday 28 February 2002 3:00 pm, Brian Lloyd wrote:
>Paul sent a note to zope-coders some time back fishing for
>some feedback regarding planning for a Zope 2.6 (excepted):
>> I propose that planning for a 2.6 focus on the following thoughts:
>I wholeheartedly agree that 2.6 needs to be sig
front-end-proxy?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope
d we dont have more requests from the NT users for using the
NT Event log.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Relate
the state of the zope installation:
Zope Version, INSTANCE_HOME, etc.
Maybe Products should be able to include 'headline news' which also
gets displayed there.
?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://list
all of my start scripts, but I think it
would be much nicer if Zope always changed its working directory to
var on startup (except if the debug flag is set I suppose). This would
be in keeping with the tradition for Unix daemons and Windows
services.
Any thoughts?
Toby Dickenson
[EMAIL PROTECTED
er work specification from the queue.
Exactly how you store the work queue depends on other factors, but I
suggest not in ZODB.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
oesn't surely look too good, heh? ;-)
No way. Memory leaks are fun.
;-)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Relate
ut to
>me that storing acquisition wrappers in the ZODB will lead to leakage.
In old versions (roughly before 2.3 or 2.4; I forget exactly when) it
was possible to create a cyles involving a persistent object having a
reference to an acquisition wrapper. Today t
at?
(untested, but the principal is sound)
where x is some object whose acquisition context includes the REQUEST
object
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**
. If I remember correctly (but its been a while since
I looked at the python gc) it is possible to manually force a gc
sweep.
It may (or may not ;-) be easier to spot a pattern if you force a
sweep after every request
Toby Dickenson
[EMAIL PROTECTED]
___
Zo
g 26M total for zope, not
26*5 (assuming you have 5 processes).
If Zope grows by 12M for each request then thats a different scenario.
12M growth on the *first* request is quite normal.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL
d a dead backend, then you are
safe as long as the zopes dont go down at the same time.
See also this proposal for getting lame Zopes killed quickly:
http://dev.zope.org/Wikis/DevSite/Proposals/ToleratingHangsAndLeaks
Toby Dickenson
[EMAIL PROTECTED]
___
een Pen and the
clients, Pen's client-clustering is defeated because it sees only one
client.
Ive been using squid with ICP to match *datasets* to servers.
http://www.zope.org/Members/htrd/icp/intro
Toby Dickenson
[EMAIL PROTECTED]
___
Zo
er by Zope". More infrequently (not regularly)
>we also have "Installed product ZOracleDA by Zope".
Was zope restarting (or being restarted) every five minutes?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
h
l access issue.
Hmm in this scenario we could protect against that if zeo
supported passwords. Since the channel is encrypted we could get away
with a plaintext password exchange too.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [E
y one layer of TCP. ssh port forwarding
is good.
>For a solution, see: http://sites.inka.de/~bigred/devel/cipe.html
CIPE is good too.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/
products.
>The problem you're talking about sounds a lot like the ZODB reference to
>a ceirtan product got corrupted somehow, and forcing the reload of this
>product (by changing it's syntax slightly) makes the problem go away.
Im sure thats not
Product hybrid comes from
distribution. It works great only if you are not planning to
distribute the Product (or, pair of Products ;-)
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
*
he current state of Mac browsers...
That doesnt sound unreasonable as a list for browsers that will behave
100% correct.
On occasions it is necessary (or convenient) to use a previous
generation browser with the ZMI. Its would be good if they only
suffered cosmetic problems, not functional limi
/Zope coder
Even for the seasoned Python/Zope coder, ZClasses have a sweet spot
that cant be beaten by any other zope technology.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/z
Re: http://dev.zope.org/Wikis/DevSite/Proposals/RestrictedCreation
This proposal from Itamar has been up on dev.zope.org for a while, proposing
a way for a registered type to control whether or not it can be added to a
container, or a per-container basis.
I now have an implementation of this i
more than the docstring? Suprisingly, I
couldnt find any at
http://www.zope.org/SiteIndex/search?text_content=registerClass
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No c
;This is hard, hard, problem. While some good ideas have been
>proposed, there is not really a quick fix that doesn't have
>some downside that some group somewhere considers a
>showstopper :(
I agree Olivers suggestion is not a total solution, bu
s management rights over that
image object.
I dont see how 'hard links' can possibly avoid this problem.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross
On Wednesday 10 April 2002 5:07 pm, Brian Lloyd wrote:
>> >> should not accept REQUESTs with REQUEST_METHOD "GET".
>> >
>> >This is hard, hard, problem. While some good ideas have been
>> >proposed, there is not really a quick fix that doesn't have
>> >some downside that some group somewhere consi
d_proxies:
request['HTTP_X_FORWARDED_BY'] = request['REMOTE_ADDR']
request['REMOTE_ADDR'] = request['HTTP_X_FORWARDED_FOR']
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.
On Thursday 11 April 2002 4:39 pm, Casey Duncan wrote:
>Toby Dickenson wrote:
>[snip]
>
>> 4. Change dtml to not allow , although
>> it should still allow
>
>Ahhh!
>
>How do you propose to do that? I see a lot of bruised foreheads
>resulting from this...
R
On Thursday 11 April 2002 5:16 pm, Casey Duncan wrote:
>The most troublesome case is where foo accepts any number of arguments
>(such as a DTML method or ZPT or any other method with **kw), and you
>cannot know whether it changes objects or simply returns some string or
>something.
Yes, that is
t author reopening the same hole.
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/
On Thursday 11 April 2002 6:37 pm, Jeffrey P Shell wrote:
>On 4/11/02 7:55 AM, "Toby Dickenson" <[EMAIL PROTECTED]>
>Then you're lucky. Usually, any time I see "someNonIdempotentMethod()">, I immediately change it to the name lookup
>call. Don't
On Friday 12 Apr 2002 7:19 pm, Jeffrey P Shell wrote:
>that your proposal isn't up there (or the catalog is up to its old charms ;)
No, its not up there.
>But now, does this mean I have to go through and tag every method that might
>cause a state change? Or might not?
You wont ever *have* to
On Mon, 15 Apr 2002 15:05:32 +0200, Ivo van der Wijk <[EMAIL PROTECTED]>
wrote:
>I would like to do some bookkeeping *after* an object has been published,
The transation object lets you register methods to be called on
transaction commit, abort, etc.
Toby Dickenson
[EMAIL
be included as a
base class of OFS.Folder.Folder but not
OFS.ObjectManager.ObjectManager.
Any thoughts?
Toby Dickenson
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTM
On Tuesday 16 Apr 2002 3:53 pm, Casey Duncan wrote:
>What was the specific "undesirable effects" you were seeing?
1. The extra tab in the management interface.
2. That an ObjectManager-derived classes might have a default method which is
something other than index_html. (I havent digested this
On Tuesday 16 Apr 2002 10:25 pm, Casey Duncan wrote:
>However, you should know that the crux of this change is really to the
>publisher, the mixin is just the management piece.
Hmmm. Thanks for raising this. I wasnt aware that these browser_default
changes went so deep.
Im curious as to *why*
ation is still fresh? If that validation is quicker than
fetching a new copy then this is still an overall win.
>Should _v_ never be used like that ?
If data consistency is an absolute requirement, then you *have* to hit
some shared storage on every transaction.
che
def tpc_begin(self,transaction,subtransaction=None): pass
def commit(self,object,transaction): pass
def tpc_vote(self,transaction): pass
def commit_sub(self,transaction):pass
Toby Dickenson
[EMAIL PROTECTED]
___
Z
.org/Wikis/DevSite/Proposals/StorageAndConnectionTypeRegistri
>es.
A dual mode storage, or simply dual storages?
Storing counter objects *only* in a non-undo storage would be more
pleasant if ZODB supported cross-storage object references.
101 - 200 of 390 matches
Mail list logo