-$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
"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,
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