[Zope-dev] AttributeProvider and type information

I just want to ask a couple quick questions... First, when using the AttributeProvider class you are pretty much required to subclass it to add methods for altering the values of the attributes. Basically I want to be sure I'm not missing something criticle as there don't seem to be any methods

[Zope-dev] Xron fragility

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. An example of this is that my intranet DNS server needed to be rebooted. Xron couldn't look up the appropriate domain name, and stopped

Re: [Zope-dev] Xron fragility

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 repeating

Re: [Zope-dev] Xron fragility

Chris McDonough wrote: 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

Re: [Zope-dev] Better user management: Usership vs. Membership

Jonas Juselius wrote: Hello, I had a look at the Membership product, but I could not get it to work. It seems that the PortalMember ZClass in the PortalMembership Product inherits from _ZClass_for_LoginUser, which is no longer in the LoginManager... Were you trying to use Membership with

Re: [Zope-dev] Xron fragility

Chris McDonough wrote: 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

Re: [Zope-dev] Xron fragility

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 that has

Re: [Zope-dev] Xron fragility

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 maillist

Re: [Zope-dev] Xron fragility

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 solution might

Re: [Zope-dev] Strange permissions in the (built-in) API reference

Dieter Maurer wrote: Recently, I read the "Interface Wiki". It covers most of the methods contained in the API and its permission descriptions made a very solid impression. Maybe, you can start from these descriptions. The Interfaces Wiki is actually where all the API documention did come

[Zope-dev] Inheritable properties(sheets)? Anyone? Anyone? Bueller?

I want to inherit the properties of one zclass in another zclass, but it seems to cause some namespace clashing... shouldn't this be possible? Working with the instance of the class is fine, but inter-zclass inheritance (acquisition?) would be nice... Am I missing something? Thanks, Alex.