[Bigdata-commit] SF.net SVN: bigdata:[3375] trunk/bigdata/src/java/com/bigdata/btree

[<tho...@us...>]

Revision: 3375
          http://bigdata.svn.sourceforge.net/bigdata/?rev=3375&view=rev
Author:   thompsonbry
Date:     2010-07-30 18:20:18 +0000 (Fri, 30 Jul 2010)

Log Message:
-----------
Fixed some imports of TestKeyBuilder from the main code base which were breaking the build.

Modified Paths:
--------------
    trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java
    trunk/bigdata/src/java/com/bigdata/btree/keys/IKeyBuilder.java

Modified: trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java
===================================================================
--- trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java	2010-07-30 18:05:58 UTC (rev 3374)
+++ trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java	2010-07-30 18:20:18 UTC (rev 3375)
@@ -40,7 +40,6 @@
 import com.bigdata.btree.filter.FilterConstructor;
 import com.bigdata.btree.filter.TupleFilter;
 import com.bigdata.btree.keys.KeyBuilder;
-import com.bigdata.btree.keys.TestKeyBuilder;
 import com.bigdata.journal.ConcurrencyManager;
 
 /**
@@ -59,21 +58,21 @@
  * Note: The total order of the {@link BigdataMap} is completely determined by
  * {@link ITupleSerializer#serializeKey(Object)}. There is NO concept of a
  * {@link Comparator}. The {@link ITupleSerializer} is responsible for coercing
- * application keys into variable length <strong>unsigned</strong> byte[]s
- * which are the keys for the underlying B+Tree. The order for the B+Tree is the
+ * application keys into variable length <strong>unsigned</strong> byte[]s which
+ * are the keys for the underlying B+Tree. The order for the B+Tree is the
  * natural order for the <strong>unsigned byte[]</strong>s. {@link KeyBuilder}
  * supports the generation of unsigned byte[]s from various kinds of Java
  * primitives and Unicode {@link String}s and is typically used to write the
  * {@link ITupleSerializer#serializeKey(Object)} method.
  * <p>
- * Note: The coercion of the application keys into unsigned byte[]s is not
- * typesafe unless you either consistently use a strongly typed instance of this
+ * Note: The coercion of the application keys into unsigned byte[]s is not type
+ * safe unless you either consistently use a strongly typed instance of this
  * class or specify an {@link ITupleSerializer} for the backing B+Tree that only
  * allows application keys that are instances of acceptable classes. This issue
  * is more critical for keys than for values since the keys define the total
  * index order and the default coercion rules for keys are provided by
- * {@link TestKeyBuilder#asSortKey(Object)} which does not attenpt to partition the
- * key space by the application key type (keys are not safely polymorphic by
+ * {@link KeyBuilder#append(Object)} which does not attempt to partition the key
+ * space by the application key type (keys are not safely polymorphic by
  * default).
  * <p>
  * Note: When storing Java objects in the tuple value, the value MUST be treated

Modified: trunk/bigdata/src/java/com/bigdata/btree/keys/IKeyBuilder.java
===================================================================
--- trunk/bigdata/src/java/com/bigdata/btree/keys/IKeyBuilder.java	2010-07-30 18:05:58 UTC (rev 3374)
+++ trunk/bigdata/src/java/com/bigdata/btree/keys/IKeyBuilder.java	2010-07-30 18:20:18 UTC (rev 3375)
@@ -33,6 +33,7 @@
 import java.util.Locale;
 import java.util.Properties;
 import java.util.UUID;
+
 import com.bigdata.btree.BytesUtil;
 import com.bigdata.btree.keys.KeyBuilder.Options;
 
@@ -88,7 +89,6 @@
  * {@link #appendText(String, boolean, boolean)}.
  * </p>
  * 
- * @see TestKeyBuilder#asSortKey(Object)
  * @see KeyBuilder#newInstance()
  * @see KeyBuilder#newUnicodeInstance()
  * @see KeyBuilder#newUnicodeInstance(Properties)


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.