-$Id: Changes,v 1.39 2007-06-29 15:56:48 mike Exp $
+$Id: Changes,v 1.46 2008-05-28 10:03:53 mike Exp $
Revision history for the CQL-Java package.
See the bottom of this file for a list of things still to do.
-1.2 [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.8 IN PROGRESS
+ - API changes: more information hiding, introduce getters
+ - make some contants read-only
+
+
+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
The most significant part of the v1.2 change is support for
http://zing.z3950.org/cql/sorting.html
is still considered canonical.
-1.0 Fri Jun 29 14:10:28 BST 2007
+1.0 Fri Jun 29 14:10:28 BST 2007
- Support for version 1.1 as described at
- http://www.loc.gov/standards/sru/cql/
+ 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.