cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Cassandra Wiki] Update of "GettingStarted2" by EricEvans
Date Thu, 17 Sep 2009 22:46:19 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.

The following page has been changed by EricEvans:
http://wiki.apache.org/cassandra/GettingStarted2

The comment on the change is:
stubbed out

New page:
''This document is a work in progress, please use GettingStarted instead.''

== Introduction ==
Cassandra is an advanced topic, and while work is always underway to make things easier, it
can still be daunting to get up and running for the first time. This document aims to provide
a few easy to follow steps to take the first-time user from installation, to an operational
Cassandra cluster.

== Step 1: Picking a version ==
 1. Stable releases
  Cassandra stable releases are well tested and reasonably free of serious problems, (or at
least the problems are known and well documented). If you are setting up a production environment,
a stable release is what you want. 

  Download links for the latest stable release can always be found on the [http://incubator.apache.org/cassandra/#download
website].

 1. Betas and release candidates
  Betas are prototype releases considered ready for user testing, and release candidates have
the potential to become the next stable release. These releases represent the state-of-the-art
so are often the best place to start, and since APIs and on-disk storage formats can change
between major versions this can also save you from an upgrade. The testing and feedback is
also highly appreciated. 

  When available, beta and release candidates can be downloaded from [http://localhost FIXME].

 1. Nightly builds
  Nightly builds represent the current state of development as of the time of the build. They
contain all of the previous days new features, fixes, and newly introduced bugs. The only
guarantee they come with is that they successfully build and the unit tests pass. Nightly
builds are a handy way of testing recent changes, or accessing the latest features and fixes
not found in beta or release candidates, but there is some risk of them being buggy. 

  The most recent nightly build can be downloaded [http://hudson.zones.apache.org/hudson/job/Cassandra/lastSuccessfulBuild/artifact/cassandra/build/
here].

 1. SVN trunk
  SVN trunk is...

== Step 2: Running a single node ==

== Step 3: Running a cluster ==

== Step 4: Write your application ==

== If Something Goes Wrong ==

Mime
View raw message