<div dir="ltr">Hi Walter,<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 29, 2016 at 9:34 AM, Walter Landry <span dir="ltr"><<a href="mailto:wlandry@caltech.edu" target="_blank">wlandry@caltech.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">Mark Taylor <<a href="mailto:M.B.Taylor@bristol.ac.uk">M.B.Taylor@bristol.ac.uk</a>> wrote:<br>
> Adjusting UWS to get off the fence about this would also be<br>
> a possibility (though given that UWS is not up for change right<br>
> now, not such a grat idea).<br>
<br>
</span>I am confused. At<br>
<br>
<a href="http://www.ivoa.net/documents/UWS/" rel="noreferrer" target="_blank">http://www.ivoa.net/documents/<wbr>UWS/</a><br>
<br>
the document is marked as a "Proposed Recommendation made available<br>
for public review". The standards process is still not entirely clear<br>
to me, but I thought that meant it is up for change right now.<br></blockquote><div><br></div><div>No, sorry--comments on version 1.1 of UWS are closed now as the proposed recommendation is only pending approval by exec before it becomes a recommendation. More changes will have to wait for 1.2 or 2.0, whichever is next.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> But, it's a change to the current standard, which is always slightly<br>
> painful. And to argue for it on the grounds of N vs N+1 (N>=3)<br>
> connections seems a bit disingenuous, since if you want a quick in,<br>
> quick out job you will probably be using the sync endpoint.<br>
<br>
</span>I was thinking of jobs that will usually be fast, but might take<br>
arbitrarily long. For example, interfaces that allow users to enter<br>
arbitrary SQL. For what it is worth, looking around at existing user<br>
friendly interfaces for async jobs (Gaia, TAPHandle, TOPCAT), it seems<br>
that submitting a jobs always runs it immediately.<br></blockquote><div><br></div><div>My thoughts on the issue: As long as TAP doesn't explicitly forbid the job auto-start feature, and if you don't need other TAP services to support it, I think you can implement it and take advantage of it while remaining conformant to TAP and UWS standards.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
Walter Landry<br></blockquote><div><br></div><div>Cheers,</div><div>Brian </div></div><br></div></div>