ctually, I don't have the choice -- I have to use PostgreSQL.
thanks for any input
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encodin
1, 2, 3) part is autogenerated. It could be, say, 128 terms long.
Is this what you are talking about when you say 'tuple' ?
> Besides, Thierry is French!
cocorico! :-)
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
:
return item
return None
regards,
jephte clain
[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/m
all
> such problems?
I believe RackMountable/Racks/Specialist are not the same as
DataSkin/DataManagers (in the spirit at least) They are used for
different things. Or it is kept for compatibilty with old applications
(at least, LoginManager use the Specialist/Rack paradigm)
>
hello,
Rack.createItem (low level method) first calls Rack.getItem (higher
level method) to check the existence of the item.
This causes infinite loop in certain cases. It should (IMHO) call
Rack.retrieveItem instead
regards,
jephte clain
[EMAIL PROTECTED
mike wrote:
> Jephte CLAIN wrote:
> > Rack.createItem (low level method) first calls Rack.getItem (higher
> > level method) to check the existence of the item.
> > This causes infinite loop in certain cases. It should (IMHO) call
> > Rack.retrieveItem instead
> Could
2. Move newItem stuff into Specialist. You have mixed 'Restaurant' and
> the 'FoodStore' in this snippet :-) Do this instead:
Good point. I have to remember that getItem/newItem are not for
overriding.
But the problem remains the same. a low level method (createItem) should
not call a
ake up (I guess he's asleep right now :-)), he might give
his opinion about that.
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! *
* work. Why the DataSkin seems no to be pushed on the variable
stack in the first case???
any ideas?
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts o
"Phillip J. Eby" wrote:
> >When Philipp wake up (I guess he's asleep right now :-)), he might give
> >his opinion about that.
> I've been on vacation.
I knew it. But it's always funny to play with timezone issues.
> I'm basically with Mike on this one, with a slight
> amplification on my intentio
"Phillip J. Eby" wrote:
> Nope. The two levels of methods (get/retrieve and new/create) are there to
> seperate Rack-level concerns from implementation concerns. getItem() and
> newItem() handle maintenance of Rack-level invariants such as the retrieval
> cache, while retrieveItem() and createIt
Hello,
I use virtual attribute access to provide access to my SQL database.
However, I want to use the Rack.newItem facility to create new records
in the database.
But it fails because in virtual mode, an item always exists.
This patch solves the problem, at least for me
--- Rack.py.orig
hello,
a common practice is to put default values for attributes for a classe
as class variables.
if the instance hasn't got the value, it gets the value from the class.
but I can't do this with dataskins, because direct dataskins attributes
take precedence on attributes providers.
the way I do
"Phillip J. Eby" a écrit :
> Try:
> data=(self.which_one and [self.second_data] or [self.first_data])[0]
wow. what a *clever* idea to use [] around self.???_data. I used to
write:
data=self.which_one and self.second_data or self.first_data
but this failed because sometimes self.second_data is a
"Phillip J. Eby" a écrit :
> Yes. Name the attributes "class_default_for_X" where X is the attribute
> name.
Thanks very much.
> This works with the currently release ZPatterns, but alpha5 will go
> one better and let you create ZClass property sheets that transparently
> implement this. That i
Hello,
is it possible for a single method, under Zope 2.1.6, to have several
permissions? ie
__ac_permission__ = (
('edit my data', 'edit_data'),
('edit others\'s data', 'edit_data'),
)
I have the scenario where a user can edit *its* data but not other
users's data, unless he has a spec
Dieter Maurer wrote:
> Jephte CLAIN writes:
> > I have the scenario where a user can edit *its* data but not other
> > users's data, unless he has a special role. however, the method used to
> > edit one's data is the same.
> Can you not use the "Owner
Chris Withers wrote:
> You could just check for the permissions specifically, here's a quote
> from Folder.py in Zope 2.2:
Yes. though it seems odd to create permissions not protecting any method
that are just meant to be checked.
calling a method that the current user is not not allowed to access
hello,
I have a case where Transactional._unregister is called without
Transactional._register being called, raising an exception in
Transaction._unregister and then in
ZODB.Transaction.Transaction.__del__, causing Zope to dump core when it
is run as a daemon (because python notifies of the unhan
Jephte CLAIN wrote:
> I have a case where Transactional._unregister is called without
> Transactional._register being called, raising an exception in
> Transaction._unregister and then in
> ZODB.Transaction.Transaction.__del__, causing Zope to dump core when it
> is run as a
"Phillip J. Eby" a écrit :
>
> Question... Are you on 2.1.x or 2.2?
I'm still on 2.1.6. I cannot afford a migration of my product now since
it is still in developpement and my customer wants it to work as soon as
possible.
> Also, in your example, tpc_entered
> is not set because tpc_entered i
> Okay, that makes sense. 2.1.6 has a weirdness in the ZPublisher exception
> hook that begins a new transaction instead of aborting the old one cleanly,
I did notice this.
> and that ultimately causes the objects to get aborted twice. I reported
> this a month or two ago and it got fixed in 2.
Hello,
I feel a need to invalidate a dataskin attribute cache after it has been
edited, because other objects might want to use the just modified
dataskin, but with the new values.
Of course, these values come from some attribute providers that should
be re-queried.
Any thoughts? It seems that t
"Phillip J. Eby" wrote:
> I don't see a need for a mass invalidation operation, just more
> documentation on these inner workings. :)
or the lack of an attribute depencies mechanism :-)
if attribute x depends on attribute y from another generic attribute
provider, invalidation of y doesn't make
well, this one is easy.
8<--
--- lib/python/Shared/DC/ZRDB/Aqueduct.py.origThu Jan 11 10:59:42
2001
+++ lib/python/Shared/DC/ZRDB/Aqueduct.py Thu Jan 11 10:58:01 2001
@@ -272,7 +272,7 @@
custom_default_report_src=Documen
fication
> return string.lower(login)
>
> This is a very ugly hack, but it works.
You normally cannot login directly with Zope if it is
running in remote user mode. At least, with your patch, one
can browse the site anonymously
regards,
[EMAIL PROTECTED]
> -Ursprüngliche Nachrich
hello,
I have a method that reads:
8<
def do_something(self):
from Zope import DB
conn = db.open()
conn.root()['name'] = 'value'
get_transaction().commit()
conn.close()
8<
the method can be called from everywhere, and that's the
reaso
"Jay, Dylan" wrote:
> Can I ask you a question? Something I;ve tried to do in the past with
> jcNTUserFolder (maybe not tried hard enough) is this. I want all my users to
> be authenticated via challenge-response mechanism such that no one has to
> enter a username or password.
> >From what I can
"Jay, Dylan" wrote:
> One way is to not replicate the challenge-response functionatlity at all.
this is the solution i have opted for. it has run now for two years :-)
the problem is Zope cannot be in remote user mode and in normal mode at
the same time. I think that setting up a zeo cluster (one
"Jay, Dylan" wrote:
> There has to be some way round that. Is the REMOTE_USER variable still pased
> in even if zope isn't in remote user mode? Couldn't a user folder be
> implemented to use it?
nope.
REMOTE_USER is passed when the web server (IIS in our case) has done the
*authentication* and sai
s), but still want to have a common
interface to the data.
I'm still figuring out how it works, but once I'm done, I will rule the
world :-)
Thanks for your good work, and thanks for the advices!
regards,
jephte clain
[EMAIL PROTECTED]
___
Zo
k. When I'm back to the office, I will cut and paste the
traceback and send it to you tomorrow. I hope it will be useful.
You probably noticed that when you are at work, it's time to sleep for
me.
see you tomorrow :-)
we-should-definitely-have-36-hours-a-day-ly yours,
Jephte CLAIN
[EMAIL PROTEC
bjects stored in the rack as they get added?
The default ZODB storage should give the ability to enumerate the
objects, even if it does not belong to the standard "interface" of the
rack.
***
I understand now that the RackMountable is only a placeholder class, and
that attributes and sheets
nge to 0.4.0 will probably be another big jump,
> due to the DDO stuff as well as the Indexes stuff. Predicates may even
> make it in, in some small way.
Have you got an idea of when 0.4.0 will ship ?
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev
f
you like.
This, in fact, is a quick hack. remember that all these will be useless
when ZPatterns-0.4.0 is out. But I'm fool enough to use evolving
software still in infant stage...
hope this is useful like it is for me.
regards,
jephte clain
[EMAIL PROTECTED]
Searchable.tgz
zope-dev, but I need the wikis to zope-develop...
thanks,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
Dieter Maurer a écrit :
>
> You may try the python tool program "websucker". It should
> be in the tools directory of any Python installation.
> It can download any pages below a side.
I use wget
but websuckers don't work well with dynamically generated pages like
wikis. it download several times
rything is
fine.
So: retrieveItem, createItem use vanilla objects
getItem, newItem wrap objects before returning them
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**
anagers or
not) can't.
Remember that I use python classes as rack-mountables, and they don't
get the fancy acquisition wrapping that zclasses get.
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.z
ntPage/map
This is the one that I needed, at least. Thanks!
I use wget too. but I missed the right options.
this is a short term measure, of course, but it will get me started.
regards,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECT
Hello,
Has someone compiled the DynPersist dll for win32?
if someone has done so, it would be glad to send me a copy by tomorrow.
it will help me greatly.
TIA,
jephte clain
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
ute Provider. I already
have some ideas on how to do it, but I lack to view how far the concept
have to be pushed. Without any help, I will end up writing a SQL
Attribute Provider that work only for me...
regards,
jephte clain
[EMAIL PROTECTED]
___
Zo
42 matches
Mail list logo
