Skip to content
  1. Oct 16, 2015
  2. Sep 30, 2015
  3. Sep 10, 2015
  4. Sep 01, 2015
    • gmantele's avatar
      [ADQL,TAP] Fix bug (reported by G. Landais) in the understanding of UNKNOWN · 271e03cc
      gmantele authored
      types. The notion of "unknown type" is different in function of the target
      object:
        - a DBType and a FunctionDef have an unknown type if their function
          isUnknown() returns true. In such case, the other functions such as
      	isNumeric/String/Geometry() will return false.
        - an ADQLOperand (e.g. ADQLColumn) does NOT have a isUnknown() function.
          But if the type of the operand is unknown, its functions isNumeric(),
      	isString() and isGeometry() must ALL return true. Otherwise, just one of
      	these functions can return true.
      271e03cc
  5. Aug 27, 2015
    • gmantele's avatar
      [ADQL] Fix a Big Bug reported by M.Taylor and M.Demleitner: in ORDER BY, GROUP... · 13a2dc54
      gmantele authored
      [ADQL] Fix a Big Bug reported by M.Taylor and M.Demleitner: in ORDER BY, GROUP BY and USING only regular and delimited identifiers are accepted, not qualified column names.
      For instance: "SELECT table.column_name FROM table ORDER BY table.column_name" is wrong. We should instead write:
      "SELECT table.column_name FROM table ORDER BY column_name".
      "SELECT table.column_name AS mycol FROM table ORDER BY mycol" is also correct.
      Of course, for ORDER BY and GROUP BY, it is still possible to reference a column using its index in the SELECT clause.
      For instance: "SELECT table.column_name FROM table ORDER BY 1".
      13a2dc54
  6. Aug 25, 2015
    • gmantele's avatar
      [ADQL] Fix a bug reported by M. Taylor about qualified table name: · 84ede4bf
      gmantele authored
      when in a table definition (extension of DBTable) no schema is
      specified, it was possible to prefix the table name by a fake
      schema name ; it was checked at all:
      e.g. "SELECT * FROM no_schema.foo".
      This is no longer possible: if no schema is specified, no schema
      must be used in an ADQL query. But if one is specified, the schema
      prefix is optional.
      84ede4bf
  7. Aug 03, 2015
    • gmantele's avatar
      [ADQL,TAP] Fix 2 bugs notified by M.Taylor: · b49f8160
      gmantele authored
      1/ Bad parsing of UDF's parameter type or return type. Database types whose the
      name has a space (e.g. 'double precision') were not accepted. These type names
      should be accepted according to TAPRegExt.
      2/ An error message thrown by the DBChecker has been modified for the cases
      the type of a parameter is unknown. Before the returned type was NUMERIC. Now,
      it will be 'param' followed by the parameter index (e.g. 'param1').
      b49f8160
  8. Jul 31, 2015
    • gmantele's avatar
      [UWS,TAP] Fix parameters parsing in UWS (or Async in TAP): · 1234f1a1
      gmantele authored
      when the content-type was not exactly 'application/x-www-form-urlencoded'
      for normal POST requests, no parameter was read by the UWS/TAP library.
      This content-type test has now been modified from a strict equality to a
      startsWith test.
      (Note: This bug only concerned the form encoded requests,
      not the multipart ones)
      1234f1a1
  9. Jul 20, 2015
  10. Jul 08, 2015
  11. Jun 18, 2015
  12. Jun 16, 2015
  13. Jun 09, 2015
  14. Jun 08, 2015
  15. Jun 03, 2015
  16. Jun 02, 2015
  17. May 21, 2015
  18. May 19, 2015
    • Mark Taylor's avatar
      fix ADQL build file to permit cross-compilation · 7a618199
      Mark Taylor authored
      You can now set the adql.bootclasspath system property to use
      an alternative bootclasspath, for instance that for a different
      JRE than that used by the compiler.
      
      For instance, this cross-compiles to java 1.5:
      
         ant -Dant.build.javac.target=1.5
             -Dadql.bootclasspath=/usr/java/jdk1.5.0_22/jre/lib/rt.jar
             -f buildADQL.xml
             buildLib
      
      Note the java used by ant has to be at least java 6 because of the
      @Override source constructs on methods inherited from interfaces
      (only methods from abstract or non-abstract classes can be annotated
      with @Override in java 5).
      7a618199
    • Mark Taylor's avatar
      replace references to since-J2SE6 methods in ADQL lib · 6f8ff70a
      Mark Taylor authored
      Replace uses of String.isEmpty and Arrays.copyOf methods
      (both introduced in java 6) with equivalent code that makes
      use of only methods available in the java 5 runtime.
      This allows the ADQL library, if cross-compiled for java 5,
      to run without errors on a java 5 runtime.
      6f8ff70a
  19. May 06, 2015
  20. May 04, 2015
  21. Apr 22, 2015
  22. Apr 13, 2015