Skip to content
Snippets Groups Projects
  1. Apr 08, 2015
  2. Apr 02, 2015
    • gmantele's avatar
    • gmantele's avatar
      [UWS,TAP] Errors and log management improvements. Particularly, now TAP and... · 998d11f5
      gmantele authored
      [UWS,TAP] Errors and log management improvements. Particularly, now TAP and UWS are able to manage correctly HTTP request abortions (i.e. when the user stop the request before the response has been fully sent, or when there is a connection problem or a time-out). Such abortions are considered by UWS and TAP merely as job abortion/cancel. No error is logged any more. In addition of this correction, log entries concerning the execution of a TAP sync/async job have been modified so that having more coherents messages. And stack traces of exception that occurred when executing a job (sync or async, tap or uws) are displayed just once: at the JOB END log entry, and not by the HTTP RESPONSE_SENT entry. And finally, output flush and interruption detection are made more often when writing a query result (the flush is particularly important when combining with fetch-size > 0 in synchronous mode....the sync response is then a streaming output).
      998d11f5
  3. Feb 27, 2015
  4. Feb 19, 2015
  5. Feb 18, 2015
  6. Feb 17, 2015
  7. Jan 23, 2015
  8. Dec 17, 2014
  9. Dec 15, 2014
    • gmantele's avatar
      [UWS,TAP] Add clean release of all resources (e.g. Threads, Timers, DB... · eaf27c6c
      gmantele authored
      [UWS,TAP] Add clean release of all resources (e.g. Threads, Timers, DB connections) allocated in a UWS and a TAP service. Small changes of the UWS API...but only if ExecutionManager, DestructionManager and UWS have been implemented by library users rather than using the default implementation.
      eaf27c6c
  10. Dec 12, 2014
  11. Dec 09, 2014
    • gmantele's avatar
      [TAP,UWS] Addition to the last commit: the TAP resource /sync did not yet use... · 9b8fe1c9
      gmantele authored
      [TAP,UWS] Addition to the last commit: the TAP resource /sync did not yet use the RequestParser to get its parameters, and so it did not worked as before the last commit.
      9b8fe1c9
    • gmantele's avatar
      [UWS,TAP] 3 MAJOR DEPENDENT FIX: improve significantly the parameters... · 96b3b851
      gmantele authored
      [UWS,TAP] 3 MAJOR DEPENDENT FIX: improve significantly the parameters extraction from HTTP request in UWS (1) AND move the file-upload ability into the UWS library (2) AND the modification of parameters in UWS is now conform with the standard (3). (1) Only application/x-form-urlencoded content-type was supported. However a UWS must accept a request body containing only an XML document as a single byReference parameter. It is now done when the content-type is not known. (2) Besides multipart/form-data is now fully supported in UWS and so is still possible in TAP. (3) In the UWS standard, parameters can not be added after creation: they can just be modified. This rule is now respected in the UWS library.
      96b3b851
  12. Nov 13, 2014
    • gmantele's avatar
      [UWS,TAP] Review the standard parameters checking. Particularly, because... · 2a1e5786
      gmantele authored
      [UWS,TAP] Review the standard parameters checking. Particularly, because before, the default value was never used while no value was specified by the user.
      2a1e5786
    • gmantele's avatar
      [UWS] Cancel last commit. The UWSException was thrown intentionnaly: if an... · 425d77e9
      gmantele authored
      [UWS] Cancel last commit. The UWSException was thrown intentionnaly: if an error occurs while just creating the thread, this error should not impact the job ; it is an internal server error, not an error due to the job execution or of a wrong parameter. This error MUST be thrown AND the job MUST stay PENDING (so that it can be restarted later when the server bug will be fixed). Job parameters checks MUST be done either in the job execution (JobThread.jobWork()) or at the job creation (using an InputParamController).
      425d77e9
  13. Nov 12, 2014
  14. Oct 28, 2014
    • gmantele's avatar
      [ADQL,TAP] Add STC-S and UDFs support in the ADQL parser. Now, it is possible... · 496e769c
      gmantele authored
      [ADQL,TAP] Add STC-S and UDFs support in the ADQL parser. Now, it is possible to provide a list of allowed UDFs, regions and coordinate systems. The ServiceConnection of TAP is now able to provide these lists and to propagate them to the ADQLExecutor. UDFs and allowed regions are now listed automatically in the /capabilities resource of TAP. The type 'geometry' is now fully supported in ADQL. That's why the new function 'isGeometry()' has been added to all ADQLOperand extensions. Now the DBChecker is also able to check roughly types of columns and UDFs (unknown when parsing syntactically a query). The syntax of STC-S regions (expressed in the REGION function) are now checked by DBChecker. However, for the moment, geometries are not serialized in STC-S in the output....but it should be possible in some way in the next commit(s).
      496e769c
  15. Oct 22, 2014
  16. Oct 17, 2014
  17. Oct 14, 2014
  18. Oct 01, 2014
  19. Sep 25, 2014
  20. Sep 23, 2014
  21. Sep 17, 2014
  22. Aug 20, 2014
  23. Jun 24, 2014
  24. May 28, 2014
  25. Apr 10, 2014
  26. Apr 03, 2014
Loading