[TAP] sync vs async - time outs
Patrick Dowler
patrick.dowler at nrc-cnrc.gc.ca
Thu Mar 5 09:36:32 PST 2009
For async queries, UWS specifies a resource under the job:
.../async/<jobID>/termination
whose value is the amount of time (in sec) that the service is willing to
spend executing the job (presumably before killing it). In UWS one can try to
negotiate a longer value by POSTing a new value to that resource, eg
POST .../async/<jobID>/termination
TERMINATION=600
to request 600 seconds. In all the UWS job controls, the web resource and the
parameter to set it are the same: you address the we resource but http still
needs a parameter. The service does not have to accept your request, but I
would assume that accepting a smaller value would usually work (re: one of
Gerard's examples)
So, on the surface TAP already has a web resource to find out the timeout and
a parameter called TERMINATION which can be used with a specific async job to
request a specific timeout (but in a specific way noted above).
I propose that we also include TERMINATION as a parameter for sync queries
with exactly the same meaning and semantics. It is really an omission of
necessary explanatory text that it is not in the document already and this is
a very small addition. As with UWS, it has a default value and services can
ignore the param (eg ignore the reqeust to change from the default) if they
like so it is optional from both ends.
PS-There is a related issue with UWS that I will post to the gws list asap.
--
Patrick Dowler
Tel/Tél: (250) 363-0044
Canadian Astronomy Data Centre
National Research Council Canada
5071 West Saanich Road
Victoria, BC V9E 2M7
Centre canadien de donnees astronomiques
Conseil national de recherches Canada
5071, chemin West Saanich
Victoria (C.-B.) V9E 2M7
More information about the dal
mailing list