DATACASS-125 WIP Docbook

This commit is contained in:
David Webb
2014-05-17 15:31:02 -04:00
parent 7f8d547f6e
commit ad6fe4558a

View File

@@ -2,30 +2,29 @@
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
<chapter id="cassandra.core">
<title>Cassandra support</title>
<para>The Cassandra support contains a wide range of features which
are summarized below.</para>
<para>The Cassandra support contains a wide range of features which are
summarized below.</para>
<itemizedlist>
<listitem>
<para>Spring configuration support using Java based @Configuration
classes or an XML namespace for a Cassandra driver instance and
replica sets</para>
<para>Spring configuration support using Java based @Configuration classes
or an XML namespace for a Cassandra driver instance and replica sets</para>
</listitem>
<listitem>
<para>CassandraTemplate helper class that increases productivity
performing common Cassandra operations. Includes integrated object
mapping between CQL Tables and POJOs.</para>
<para>CassandraTemplate helper class that increases productivity performing
common Cassandra operations. Includes integrated object mapping between CQL
Tables and POJOs.</para>
</listitem>
<listitem>
<para>Exception translation into Spring&apos;s portable Data Access
Exception hierarchy</para>
</listitem>
<listitem>
<para>Feature Rich Object Mapping integrated with Spring&apos;s
Conversion Service</para>
<para>Feature Rich Object Mapping integrated with Spring&apos;s Conversion
Service</para>
</listitem>
<listitem>
<para>Annotation based mapping metadata but extensible to support
other metadata formats</para>
<para>Annotation based mapping metadata but extensible to support other
metadata formats</para>
</listitem>
<listitem>
<para>Persistence and mapping lifecycle events</para>
@@ -34,34 +33,32 @@
<para>Java based Query, Criteria, and Update DSLs</para>
</listitem>
<listitem>
<para>Automatic implementation of Repository interfaces including
support for custom finder methods.</para>
<para>Automatic implementation of Repository interfaces including support
for custom finder methods.</para>
</listitem>
</itemizedlist>
<para>For most tasks you will find yourself using <classname>
CassandraTemplate</classname> or the Repository support that both
leverage the rich mapping functionality. CassandraTemplate is the
place to look for accessing functionality such as incrementing
counters or ad-hoc CRUD operations. CassandraTemplate also provides
callback methods so that it is easy for you to get a hold of the low
level API artifacts such as <literal>
com.datastax.driver.core.Session</literal> to communicate directly
with Cassandra. The goal with naming conventions on various API
artifacts is to copy those in the base DataStax Java driver so you can
easily map your existing knowledge onto the Spring APIs.</para>
CassandraTemplate</classname> or the Repository support that both leverage the
rich mapping functionality. CassandraTemplate is the place to look for
accessing functionality such as incrementing counters or ad-hoc CRUD
operations. CassandraTemplate also provides callback methods so that it is
easy for you to get a hold of the low level API artifacts such as <literal>
com.datastax.driver.core.Session</literal> to communicate directly with
Cassandra. The goal with naming conventions on various API artifacts is to
copy those in the base DataStax Java driver so you can easily map your
existing knowledge onto the Spring APIs.</para>
<section id="cassandra-getting-started">
<title>Getting Started</title>
<para>Spring Data Cassandra uses the DataStax Java Driver version
2.X, which supports DataStax Enterprise 4/Cassandra 2.0, and Java SE
6 or higher. The latest commercial release (2.X as of this writing)
is recommended. An easy way to bootstrap setting up a working
environment is to create a Spring based project in
<ulink url="http://spring.io/tools/sts">STS</ulink>.</para>
<para>Spring Data Cassandra uses the DataStax Java Driver version 2.X, which
supports DataStax Enterprise 4/Cassandra 2.0, and Java SE 6 or higher. The
latest commercial release (2.X as of this writing) is recommended. An easy
way to bootstrap setting up a working environment is to create a Spring based
project in <ulink url="http://spring.io/tools/sts">STS</ulink>.</para>
<para>First you need to set up a running Cassandra server.</para>
<para>To create a Spring project in STS go to File -&gt; New -&gt;
Spring Template Project -&gt; Simple Spring Utility Project -&gt;
press Yes when prompted. Then enter a project and a package name such
as org.spring.cassandra.example.</para>
<para>To create a Spring project in STS go to File -&gt; New -&gt; Spring
Template Project -&gt; Simple Spring Utility Project -&gt; press Yes when
prompted. Then enter a project and a package name such as
org.spring.cassandra.example.</para>
<para>Then add the following to pom.xml dependencies section.</para>
<programlisting lang="" language="xml">&lt;dependencies&gt;
@@ -77,8 +74,8 @@
<para>Also change the version of Spring in the pom.xml to be</para>
<programlisting lang="" language="xml">&lt;spring.framework.version&gt;3.2.8.RELEASE&lt;/spring.framework.version&gt;</programlisting>
<para>You will also need to add the location of the Spring Milestone
repository for maven to your pom.xml which is at the same level of
your &lt;dependencies/&gt; element</para>
repository for maven to your pom.xml which is at the same level of your
&lt;dependencies/&gt; element</para>
<programlisting language="xml">&lt;repositories&gt;
&lt;repository&gt;
&lt;id&gt;spring-milestone&lt;/id&gt;
@@ -181,32 +178,42 @@ public class CassandraApp {
}
</programlisting>
</para>
<para>Even in this simple example, there are a few things to
observe.</para>
<para>Even in this simple example, there are a few things to observe.</para>
<itemizedlist>
<listitem>
<para>You can create an instance of CassandraTemplate with a
Cassandra Session, derived from the Cluster.</para>
<para>You can create an instance of CassandraTemplate with a Cassandra
Session, derived from the Cluster.</para>
</listitem>
<listitem>
<para>You must annotate your POJO as a Cassandra @Table, and also
annotate the @PrimaryKey. Optionally you can override these
mapping names to match your Cassandra database table and column
names.</para>
<para>You must annotate your POJO as a Cassandra @Table, and also annotate
the @PrimaryKey. Optionally you can override these mapping names to match
your Cassandra database table and column names.</para>
</listitem>
<listitem>
<para>You can use CQL String, or the DataStax QueryBuilder to
construct you queries.</para>
<para>You can use CQL String, or the DataStax QueryBuilder to construct you
queries.</para>
</listitem>
</itemizedlist>
</section>
<section>
<title>Examples Repository</title>
<para>After the initial release of Spring Data Cassandra 1.0.0, we
will start working on a showcase repository with full examples.</para>
<para>After the initial release of Spring Data Cassandra 1.0.0, we will start
working on a showcase repository with full examples.</para>
</section>
<section id="cassandra-connectors">
<title>Connecting to Cassandra with Spring</title>
<section id="cassandra-connectors.ext_properties">
<title>Externalize Connection Properties</title>
<para>TODO</para>
</section>
<section id="cassandra-connectors.xmlconfig">
<title>XML Configuration</title>
<para>TODO</para>
</section>
<section id="cassandra-connectors.javaconfig">
<title>Java Configuration</title>
<para>TODO</para>
</section>
</section>
<section id="cassandra.auditing">
<title>General auditing configuration</title>
@@ -220,15 +227,15 @@ public class CassandraApp {
</section>
<section id="cassandra-template.save-update-remove">
<title>Saving, Updating, and Removing Rows</title>
<para><classname>CassandraTemplate</classname> provides a simple way
for you to save, update, and delete your domain objects and map those
objects to documents stored in Cassandra.</para>
<para><classname>CassandraTemplate</classname> provides a simple way for you
to save, update, and delete your domain objects and map those objects to
documents stored in Cassandra.</para>
<section id="cassandra-template.id-handling">
<title>How the Composite Primary Key fields are handled in the
mapping layer</title>
<para>Cassandra requires that you have at least 1 Partition Key
field for a CQL Table. Alternately, you can have one or more
Clustering Key fields.</para>
<title>How the Composite Primary Key fields are handled in the mapping
layer</title>
<para>Cassandra requires that you have at least 1 Partition Key field for a
CQL Table. Alternately, you can have one or more Clustering Key
fields.</para>
<para>TODO With Examples</para>
</section>
<section id="cassandra-template.type-mapping">
@@ -255,22 +262,21 @@ public class CassandraApp {
</section>
<section id="cassandra.custom-converters">
<title>Overriding default mapping with custom converters</title>
<para>In order to have more fine grained control over the mapping
process you can register Spring converters with the <classname>
<para>In order to have more fine grained control over the mapping process you
can register Spring converters with the <classname>
CassandraConverter</classname> implementations such as the <classname>
MappingCassandraConverter</classname>.</para>
<para>The <classname>MappingCassandraConverter</classname> checks to
see if there are any Spring converters that can handle a specific
class before attempting to map the object itself. To
&apos;hijack&apos; the normal mapping strategies of the <classname>
MappingCassandraConverter</classname>, perhaps for increased
performance or other custom mapping needs, you first need to create
an implementation of the Spring <interfacename>
<para>The <classname>MappingCassandraConverter</classname> checks to see if
there are any Spring converters that can handle a specific class before
attempting to map the object itself. To &apos;hijack&apos; the normal mapping
strategies of the <classname>MappingCassandraConverter</classname>, perhaps
for increased performance or other custom mapping needs, you first need to
create an implementation of the Spring <interfacename>
Converter</interfacename> interface and then register it with the
MappingConverter.</para>
<note>
<para>For more information on the Spring type conversion service see
the reference docs
<para>For more information on the Spring type conversion service see the
reference docs
<ulink url="http://docs.spring.io/spring/docs/current/spring-framework-reference/html/validation.html#core-convert">
here</ulink>.</para>
</note>
@@ -281,8 +287,7 @@ public class CassandraApp {
<title>Reading using a Spring Converter</title>
</section>
<section id="cassandra.custom-converters.xml">
<title>Registering Spring Converters with the
CassandraConverter</title>
<title>Registering Spring Converters with the CassandraConverter</title>
</section>
<section id="cassandra.converter-disambiguation">
<title>Converter disambiguation</title>
@@ -299,22 +304,21 @@ public class CassandraApp {
</section>
<section id="cassandra.exception">
<title>Exception Translation</title>
<para>The Spring framework provides exception translation for a wide
variety of database and mapping technologies. This has traditionally
been for JDBC and JPA. The Spring support for Cassandra extends this
feature to the Cassandra Database by providing an implementation of
the <classname>
<para>The Spring framework provides exception translation for a wide variety
of database and mapping technologies. This has traditionally been for JDBC
and JPA. The Spring support for Cassandra extends this feature to the
Cassandra Database by providing an implementation of the <classname>
org.springframework.dao.support.PersistenceExceptionTranslator</classname>
interface.</para>
<para>The motivation behind mapping to Spring&apos;s
<ulink url="http://docs.spring.io/spring/docs/current/spring-framework-reference/html/dao.html#dao-exceptions">
consistent data access exception hierarchy</ulink> is that you are
then able to write portable and descriptive exception handling code
without resorting to coding against Cassandra Exceptions. All of
Spring&apos;s data access exceptions are inherited from the root
<classname>DataAccessException</classname> class so you can be sure
that you will be able to catch all database related exception within
a single try-catch block.</para>
consistent data access exception hierarchy</ulink> is that you are then able
to write portable and descriptive exception handling code without resorting
to coding against Cassandra Exceptions. All of Spring&apos;s data access
exceptions are inherited from the root <classname>
DataAccessException</classname> class so you can be sure that you will be
able to catch all database related exception within a single try-catch
block.</para>
</section>
<section id="cassandra.executioncallback">
<title>Execution callbacks</title>