Documentation.

h2/src/docsrc/html/changelog.html

@@ -22,7 +22,7 @@ Change Log
     ";mv_store=true" to the database URL. Using the MVTableEngine when creating the table
     is no longer recommended.
 </li><li>To compile user defined functions, the javax.tools.JavaCompiler is now used if available,
-    and no temporary files are created. This should solve problems when 
+    and no temporary files are created. This should solve problems when
     multiple H2 database concurrently compile the same user defined functions.
     To disable, system the system property "h2.javaSystemCompiler" to false.
 </li><li>Concurrently creating function aliases in different databases

h2/src/docsrc/html/mvstore.html

@@ -61,10 +61,10 @@ But it can be also directly within an application, without using JDBC or SQL.
 </li><li>It is intended to be fast, simple to use, and small.
 </li><li>Old versions of the data can be read concurrently with all other operations.
 </li><li>Transaction are supported (including concurrent transactions and 2-phase commit).
-</li><li>The tool is very modular. 
+</li><li>The tool is very modular.
     It supports pluggable data types / serialization,
     pluggable storage (to a file, to off-heap memory),
-    pluggable map implementations (B-tree, R-tree, concurrent B-tree currently), 
+    pluggable map implementations (B-tree, R-tree, concurrent B-tree currently),
     BLOB storage,
     and a file system abstraction to support encrypted files and zip files.
 </li></ul>
@@ -290,7 +290,7 @@ Storage is pluggable. The default storage is to a single file (unless pure in-me
 <p>
 An off-heap storage implementation is available. This storage keeps the data in the off-heap memory,
 meaning outside of the regular garbage collected heap. This allows to use very large in-memory
-stores without having to increase the JVM heap (which would increase Java garbage collection 
+stores without having to increase the JVM heap (which would increase Java garbage collection
 cost a lot). Memory is allocated using <code>ByteBuffer.allocateDirect</code>.
 One chunk is allocated at a time (each chunk is usually a few MB large), so that
 allocation cost is low.

h2/src/tools/org/h2/build/doc/dictionary.txt

@@ -735,6 +735,10 @@ mgcodeact cumer reach notably computation varies smuggled stderr sees messes
 nico devel nicolas linestring atelier fortin cnrs tweet geospatialnews bundles
 srid roads
 
+websphere
+
 overlaps anyhow poly manifested cardinal invalidated boosting rogue
 temporaries encounters editors navigable accumulate underneath
 turned irrespective reflected gathering badly overwriting
+persists getenv forwarding periods discussion whatever revisit decision
+detrimental dedicated kaiser perhaps chromium shortened