-$Id: Changes,v 1.36 2007-06-27 22:44:13 mike Exp $
Revision history for the CQL-Java package.
See the bottom of this file for a list of things still to do.
-1.0 [IN PROGRESS]
+The work for releases 1.0, 1.2 and 1.2.1 was sponsored by the National
+Library of Australia, whose help we gratefully acknowledge.
+
+1.11 Tue 5 Mar 2013 13:38:18 CET
+ - Fix problem with parsing unquoted terms that begin with a '.'
+ - Fix problem with parsing unquoted terms that contain a '@'
+ - allow registration of custom relations
+ - optional flag to set strict-but-not-compliant mode that prohibits
+ unqouted keywords to be used as terms
+
+1.8 Fri Jul 22 18:02:41 CEST 2011
+ - API changes: removed direct access to internal state and introduced
+ getters, removed usages of obsolete collections (Vector, Hashtable),
+ simplified method signatues (toXCQL), modified constants to be
+ read-only
+ - implemented faster XCQL serialization, using pure StringBuilder
+
+1.7 Tue Jul 27 17:35:25 BST 2010
+ - Patch from Ralph LeVan to recognise
+ "qualifier.dc.creator"-like properties as well as
+ "index.dc.creator" -- backwards compatible with version
+ prior to 1.0 as well as those subsequent.
+ - Reinstate the "exact" relation even when v1.2 is in effect
+ (the default), despite its removal from v1.2 of CQL. In
+ practice, it seems to be in fairly widespread use, and
+ little real purpose is served in removing it.
+
+1.6 Thu Jun 17 10:56:24 BST 2010
+ - Fix the bug where "9x" is lexed as two tokens, a TT_NUMBER
+ followed by a TT_WORD, making unquoted search-terms such as
+ 2010-06-17 syntax errors. Thanks to Erik Hetzner
+ <erik.hetzner@ucop.edu> for the patch.
+
+1.5 Tue May 25 16:44:35 CEST 2010
+ - Fix recognition of word-relations to correctly match what is
+ specified in the CQL v1.1 and v1.2 documents. In
+ particular, "encloses" and "within" are recognised, so that
+ Masterkey's use of "encloses" for IP range authentication
+ works again.
+ - Update regression tests accordingly.
+ - Extend test/random/ to emit summary line of successful
+ recompilations.
+
+1.4 Thu May 20 00:38:40 BST 2010
+ - Add support for interpreting sequences of non-keywords as a
+ single multi-word term rather than a broken INDEX RELATION
+ TERM triplet. This means that "oxford street" is a valid
+ query rather than a syntax error, and "tottenham court road"
+ is what it looks like rather than a search for the word
+ "court" related by the relation "court" to the index
+ "tottenham". Note that the word-formed relations "any",
+ "all", "exact" and (for CQL v1.2) "scr" are still treated
+ specially, as are profiled relations in context sets, of the
+ form <set>.<name>.
+
+1.3 Wed May 28 11:02:00 BST 2008
+ - Add getSortIndexes() to CQLSortNode, as suggested by Marcel
+ Versteeg <Marcel.Versteeg@KB.nl>
+
+1.2.1 Mon Aug 6 16:54:54 BST 2007
+ - Contructors for the CQLParser class are made public (as they
+ should have been all along).
+
+1.2 Tue Jul 3 17:53:28 BST 2007
- Support for CQL version 1.2 as described at
- http://www.loc.gov/standards/sru/next-version.html
- based on support for version 1.1 as described at
- http://www.loc.gov/standards/sru/cql/
+ http://www.loc.gov/standards/sru/next-version.html
+ The most significant part of the v1.2 change is support for
+ sorting, but as of this writing (29th June) the official SRU
+ maintenance agency web site at
+ http://www.loc.gov/standards/sru/index.html
+ does not include any specification for CQL sorting.
+ Therefore the original proposal at
+ http://zing.z3950.org/cql/sorting.html
+ is still considered canonical.
+
+1.0 Fri Jun 29 14:10:28 BST 2007
+ - Support for version 1.1 as described at
+ http://www.loc.gov/standards/sru/specs/cql.html
Since this is a significant leap forward, the version
numbering increases to the next major version.
- "Qualifiers" renamed as "indexes" throughout, to match what
case-sensitivity.
- Add a new configuration file that allows arbitrary new
relations and relation modifiers to be defined.
- - Fix the bug where "9x" is parsed as two tokens, a TT_NUMBER
- followed by a TT_WORD. The problem here is that I don't
- think it's actually possible to fix this without throwing
- out StreamTokenizer and rolling our own, which we absolutely
- Fix term-to-PQF translation to omit empty properties
(for the broken Korean server)
- Write "package.html" file for the javadoc documentation.