It turnes out that the GAE cron daemon does the same work if it comes
to a method invocation (should be a valid URL).
I.e. there is no need for conversion. The problem, as I see it, is the
method protection, what I did is something like:
# the GAE cron file:
- description: daily note addition
schedule: every 1 days
# the default.py controller in init app
# for some reasons Google uses this ip:
valid_inner_ip = "0.1.0.1"
if request.env.remote_addr != valid_inner_ip:
On Jul 21, 1:16 pm, AchipA <attila.cs...@gmail.com
> Hm, if I understand correctly, we just need a smart crontab ->cron.yaml converter then, right ? I can imagine other people needing
> that too, so there might alredy be such things in the open, could
> someone verify that ?
> On Jul 21, 11:58 am, Hans Donner <hans.don...@pobox.com
> >gaehas its own implemementation
> > >GAEis not supported at the moment, but only because I don't use it
> > > and there was no particular interest in it so far. IfGAEhas no means
> > > of startingcron-style or long running processes, softcronshould
> > > stil work, provided someone implements a locking mechanism that works
> > > withGAE. The current implementation uses file operations as they are
> > > universal on all platforms (i.e. move file is atomic - that's what the
> > > infamouscron.master is for). Now, AFAIK this would not work onGAE,
> > > but if you give/write an example that would replace that conditional
> > > in aGAE-friendly way it should be no fus to gaincrononGAEout of
> > > the box.
> > > On Jul 21, 7:03 am, Vidul Petrov <vidul.r...@gmail.com
> > >> Probably this topic has been discussed in the past, but I wasn't able
> > >> to find anything.
> > >> Thecronscript works fine (it's implemented as a controller method)
> > >> unless running in theGAEtesting environment.