Doubt about UWS Results List

[Brian Major]

Hi Sonia,

Others in this list may have a different opinion on this but here are my
thoughts.

The role of UWS is to provide a framework for completing a type of job, in
your case, taring a number of files.  Once that task is complete, the
results are made available to the client but the job is effectively
complete (as indicated by its execution phase).  Any further work would
either be done by another job or by another process completely.

The tar files you produce presumably must be stored somewhere and then
referenced by URIs in the job result.  I think you should consider using
any API to this storage system to allow users to manage these files.  If,
for example, you stored results in a VOSpace, users would see their results
show up there and then be able to delete, rename, or move them as they wish.

At CADC we do exactly this.  We have TAP services that allow users to pass
in a VOSpace URI which is used to store the results of their job at the
node represented by this URI.

Cheers,
Brian

On Fri, Jul 8, 2016 at 2:37 AM, Sonia Zorba <zorba at oats.inaf.it> wrote:

> Dear GWS,
>
> I'm using the UWS standard to create tar archives from a list of files.
> We want to avoid tar bigger than 500 MB, so the job Results List can
> reference one or multiple tar files.
> This files are managed by a user and he or she can delete them, but this
> implies to delete a job Result from the Results List.
>
> I know that the document standard, at section "2.1.10. Results List", says:
> "The children of the Results List may be read but not updated or deleted.
> The client cannot add anything to the Results List."
>
> I understand that following the lifecycle logic a completed job shouldn't
> be modified but this is what we really need.
>
> Have you ever encounter similar situations? How have you managed them?
>
> Thanks,
> Sonia
>
>
-- 
Brian Major

Canadian Astronomy Data Centre
Centre canadien de données astronomiques

National Research Council Canada
Conseil national de recherches Canada
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/grid/attachments/20160708/5e14485f/attachment.html>