it seams that the Product XRON does not work with python 2.2.
Perhaps you should be thankful .. We tried to use xron a year
or so ago, and it bit us repeatedly. We dropped it and use
cron to tickle a Zope URL or to call an external method. For
those, see:
robert wrote at 2003-9-23 12:57 +0200:
it seams that the Product XRON does not work with python 2.2.
I can create an instance, however when I try to enter into it from the zmi, I
get an error:
The object at http://localhost:8080/sprint/scheduler has an empty or missing
docstring.
Homan Els wrote:
ZOPE 2.2.2 , Xron -0-0-9, Python 1.5.2
Hi Steve,
I am running Zope under linux (Suse 6.4). And I would like to use
Xron. But, I can not get it running.
I did read your email : Xron on linux. And therefore I would like to
know, how you did manage to use Xron.
I
1. If you can use the management interface, you can disable a Xron Scheduled
Method by deleting it from the Schedule catalog or setting its reschedule
interval to null.
2. If you delete (or just rename __init__.py to something else in) the Xron
Product. And restart Zope, there will be no
On Thu, 24 May 2001, Loren Stafford wrote:
5. You can truncate the bloated tail end of a Data.fs file using standard
system tools. I don't remember how right at the moment, but a search in the
mail archives on trucate and data.fs might be fruitful.
Use the unix command 'split'. I immagine
Hi,
Could you please send your external python method. + Product for using in
combination with a cron job.
Because, this can really help me a lot.
Thanks,
Els
Nicholas Lo wrote:
Sorry man, I still have the same problem :( However, instead I use Xron, I
write a simple product which is
This is a known problem. Search back thru the archives of [EMAIL PROTECTED] for
Xron and you will find some helpful information. I'll also try to find the
relevant email and forward it to you separately.
-- Loren (lstaffor)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Yes, using Client.py was the easiest way to do that. The biggest problem
with Client.py is its dependency on HTTP. If your server is set up to
only accept HTTPS, then you can't use Xron -- not a desirable trade-off.
If security is the problem, you could configure the HTTP part to
listen only on
From: "Kapil Thangavelu" [EMAIL PROTECTED]
[snip]
Xron has a single dispatcher thread. This thread knows how long to
sleep
for until the next job needs to run.
this model has problems when new jobs (for immeadiate execution) are
entered after the system sleeps. i think it should it
What if you want a small job to be done every 30 seconds?
I generally don't... I'm satisfied with cron granularity, although
others
might not be. Do you have this requirement?
I thought a little about the granularity issue and decided to go with
the most general solution. I have no
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
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
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
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
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
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
Loren Stafford wrote:
Thanks, Steve.
I have few questions below 8-) (I'm always better with questions than
answers.)
-- Loren
From: "Steve Alexander" [EMAIL PROTECTED]
Hi Loren,
I'd be glad to listen to well considered proposals for how Xron should
handle security.
Thanks, Steve.
I have few questions below 8-) (I'm always better with questions than
answers.)
-- Loren
From: "Steve Alexander" [EMAIL PROTECTED]
Hi Loren,
I'd be glad to listen to well considered proposals for how Xron should
handle security.
Consider this a "straw man".
On
18 matches
Mail list logo