svn commit: r1660210 - /accumulo/site/trunk/content/release_notes/1.6.2.mdtext

[el...@apache.org]

Author: elserj
Date: Mon Feb 16 21:44:45 2015
New Revision: 1660210

URL: http://svn.apache.org/r1660210
Log:
Some more bug fixes for 1.6.2

Modified:
    accumulo/site/trunk/content/release_notes/1.6.2.mdtext

Modified: accumulo/site/trunk/content/release_notes/1.6.2.mdtext
URL: http://svn.apache.org/viewvc/accumulo/site/trunk/content/release_notes/1.6.2.mdtext?rev=1660210&r1=1660209&r2=1660210&view=diff
==============================================================================
--- accumulo/site/trunk/content/release_notes/1.6.2.mdtext (original)
+++ accumulo/site/trunk/content/release_notes/1.6.2.mdtext Mon Feb 16 21:44:45 2015
@@ -54,6 +54,42 @@ is meant to represent all of the informa
 or DevOps-types to observe and act on scans which are running for excessive periods of time. [ACCUMULO-2641][7]
 fixes `ActiveScan` to ensure that the internal identifier `scanId` is properly set.
 
+### Table state change doesn't wait when requested
+
+An Accumulo table has two states: `ONLINE` and `OFFLINE`. An offline table in Accumulo consumes no TabletServer
+resources, only HDFS resources, which makes it useful to save infrequently used data. The Accumulo methods provided
+to transition a state from `ONLINE` to `OFFLINE` and vice versa did not respect the `wait=true` parameter
+when set. [ACCUMULO-3301][8] fixes the underlying implementation to ensure that when `wait=true` is provided,
+the method will not return until the table's state transition has fully completed.
+
+### KeyValue doesn't implement `hashCode()` or `equals()`
+
+The `KeyValue` class is an implementation of `Entry<Key,Value>` which is returned by the classes like
+`Scanner` and `BatchScanner`. [ACCUMULO-3217][9] adds these methods which ensure that the returned `Entry<Key,Value>`
+operates as expected with `HashMaps` and `HashSets`. 
+
+### Potential deadlock in TabletServer
+
+Internal to the TabletServer, there are methods to construct instances of configuration objects for tables
+and namespaces. The locking on these methods was not correctly implemented which created the possibility to
+have concurrent requests to a TabletServer to deadlock. [ACCUMULO-3372][10] found this problem while performing
+bulk imports of RFiles into Accumulo. Additional synchronization was added server-side to prevent this deadlock
+from happening in the future.
+
+### The `DateLexicoder` incorrectly serialized `Dates` prior 1970
+
+The `DateLexicode`, a part of the `Lexicoders` classes which implement methods to convert common type primitives
+into lexicographically sorting Strings/bytes, incorrectly converted `Date` objects for dates prior to 1970.
+[ACCUMULO-3385][11] fixed the `DateLexicoder` to correctly (de)serialize data `Date` objects. For users with
+data stored in Accumulo using the broken implementation, the following can be performed to read the old data.
+
+      Lexicoder lex = new ULongLexicoder();
+      for (Entry<Key, Value> e : scanner) {
+        Date d = new Date(lex.decode(TextUtil.getBytes(e.getKey().getRow())));
+        // ...
+      }
+
+
 ## Performance Improvements
 
 Apache Accumulo 1.6.2 includes a number of performance-related fixes over previous versions.
@@ -110,4 +146,8 @@ and, in HDFS High-Availability instances
 [4]: http://accumulo.apache.org/release_notes/1.6.1.html
 [5]: https://issues.apache.org/jira/browse/ACCUMULO-3218
 [6]: https://issues.apache.org/jira/browse/ACCUMULO-3448
-[7]: https://issues.apache.org/jira/browse/ACCUMULO-2641
\ No newline at end of file
+[7]: https://issues.apache.org/jira/browse/ACCUMULO-2641
+[8]: https://issues.apache.org/jira/browse/ACCUMULO-3301
+[9]: https://issues.apache.org/jira/browse/ACCUMULO-3217
+[10]: https://issues.apache.org/jira/browse/ACCUMULO-3372
+[11]: https://issues.apache.org/jira/browse/ACCUMULO-3385
\ No newline at end of file