From: mike <mike>
Date: Mon, 9 Dec 2002 16:56:07 +0000 (+0000)
Subject: Rolling
X-Git-Tag: v1.5~168
X-Git-Url: http://sru.miketaylor.org.uk/cgi-bin?a=commitdiff_plain;h=88f8b67a6755c59df38e2bfb9236ac4ed46e6c2f;p=cql-java-moved-to-github.git

Rolling
---

diff --git a/Changes b/Changes
index 66e9d13..2c1a35d 100644
--- a/Changes
+++ b/Changes
@@ -1,9 +1,9 @@
-$Id: Changes,v 1.24 2002-12-09 16:29:44 mike Exp $
+$Id: Changes,v 1.25 2002-12-09 16:56:07 mike Exp $
 
 Revision history for the CQL-Java package.
 See the bottom of this file for a list of things still to do.
 
-0.5  (IN PROGRESS)
+0.5  (IN PROGRESS, currently at RC1)
 	- Add an extra back-end method,
 		byte[] toType1(Properties config)
 	  which generates an opaque BER-encoded PDU suitable for
@@ -23,6 +23,10 @@ See the bottom of this file for a list of things still to do.
 	  "cql-java" to "CQL-Java".  That doesn't really make any
 	  difference to anything: in particular, file-names such as
 	  "cql-java.jar" remain the same.
+	- Recreate last-in-field support
+	- ### Add srw.resultSet support to the toPFQ() method.
+	- ### Fix term-to-PQF translation to omit empty properties
+	  (for the broken Korean server)
 
 0.4  Thu Nov 21 10:09:26 2002
 	- Add support for the new "phonetic" relation modifier,
@@ -114,21 +118,10 @@ See the bottom of this file for a list of things still to do.
 	  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
-	  _don't_ want to do.
-	- Add srw.resultSet support to the toPFQ() method.
-	- Write some "glue" code to generate a BER-encoded Type-1
-	  query packet using ZJKit's PQF-compiler and the facilities
-	  for serialising the resulting Type-1 tree representation.
 	- Write "package.html" file for the javadoc documentation.
 	- Some niceties for the cql-decompiling back-end:
 	  * Don't emit redundant parentheses.
 	  * Don't put spaces around relations that don't need them.
-	- Consider the utility of yet another back-end that translates
-	  a CQLNode tree into JZKit's representation of a Type-1 query
-	  tree.  That would be nice so that CQL could become a JZKit
-	  query-type; but you could achieve the same effect by
-	  generating PQF, and running that through JZKit's existing
-	  PQN-to-Type-1 compiler.
 	- Many refinements to the random query generator:
 	  * Generate relation modifiers
 	  * Proximity support