Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 39774 invoked from network); 7 Sep 2010 22:43:07 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Sep 2010 22:43:07 -0000 Received: (qmail 65479 invoked by uid 500); 7 Sep 2010 22:43:05 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 65440 invoked by uid 500); 7 Sep 2010 22:43:05 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 65432 invoked by uid 99); 7 Sep 2010 22:43:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Sep 2010 22:43:05 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [206.190.58.165] (HELO web55201.mail.re4.yahoo.com) (206.190.58.165) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 07 Sep 2010 22:42:56 +0000 Received: (qmail 44269 invoked by uid 60001); 7 Sep 2010 22:42:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1283899353; bh=pKNJk+ZrOnKkgBZmdzHT0wot2MnG0JfJPgJ6t6YLu1c=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=MFclTMreuwIIenpBcHak15ia4IxIz2wbtVMOagGrrYd4QZ4sR9M1yYicwPwd8WPmEHN+feZdCZWye+FY/N6wJawZXkvKmjGYPg+K77C2kSGTkPUf1XobY3gb9Jdwzd0m11m1XfCwBsMaDjlHdt6zaBrx7o08n5CkNl5UPigAvis= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=V6hA28dCLL6eoLJQp9KA4HSGEr2jDTV4bDp+vTWde/RbLQFOsgPK5PVjdYhk5OyXL8EaraGreHcA6ZcdfuGfF1+7+qxTQG0bKAgi4ihxnb+1Z0LhMvnsWrXaws+J1R+ywjsLXT3oVH3yRa+imwIMVME5aGknMAJJjqoKDnYmT84=; Message-ID: <104658.41794.qm@web55201.mail.re4.yahoo.com> X-YMail-OSG: w9UA97cVM1kS783A.eiycr2vo1p.5ean9sbQTNDfuwh5dwG B88Q- Received: from [38.99.14.58] by web55201.mail.re4.yahoo.com via HTTP; Tue, 07 Sep 2010 15:42:32 PDT X-Mailer: YahooMailRC/470 YahooMailWebService/0.8.105.279950 Date: Tue, 7 Sep 2010 15:42:32 -0700 (PDT) From: kannan chandrasekaran Subject: Few questions regarding cassandra deployment on windows To: user@cassandra.apache.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1328242015-1283899352=:41794" --0-1328242015-1283899352=:41794 Content-Type: text/plain; charset=us-ascii Hi All, We are currently considering Cassandra for our application. Platform: * a single-node cluster. * windows '08 * 64-bit jvm For the sake of brevity let, Cassandra service = a single node cassandra server running as an embedded service inside a JVM My use cases: 1) Start with a schema ( keyspace and set of column families under it) in a cassandra service 2) Need to be able to replicate the same schema structure (add new keyspace/columnfamilies with different names ofcourse). 3) Because of some existing limitations in my application, I need to be able to write to the keyspace/column-families from a cassandra service and read the written changes from a different cassandra service. Both the write and the read "cassandra-services" are sharing the same Data directory. I understand that the application has to take care of any naming collisions. Couple Questions related to the above mentioned usecases: 1) I want to spawn a new JVM and launch Cassandra as an embedded service programatically instead of using the startup.bat. I would like to know if that is possible and any pointers in that direction would be really helpful. ( use-case1) 2) I understand that there are provisions for live schema changes in 0.7 ( thank you guys !!!), but since I cant use a beta version in production, I am restricted to 0.6 for now. Is it possible to to support use-case 2 in 0.6.5 ? More specifically, I am planning to make runtime changes to the storage.conf xml file followed by a cassandra service restart 3) Can I switch the data directory at run-time ? (use-case 3). In order to not disrupt read while the writes are in progress, I am thinking something like, copy the existing data-dir into a new location; write to a new data directory; once the write is complete; switch pointers and restart the cassandra service to read from the new directory to pick up the updated changes Any help is greatly appreciated. Thanks Kannan --0-1328242015-1283899352=:41794 Content-Type: text/html; charset=us-ascii
Hi All,

We are currently considering Cassandra for our application.

Platform: 
* a single-node cluster.
* windows '08
* 64-bit jvm 

For the sake of brevity let,
Cassandra service =  a single node cassandra server running as an embedded service inside a JVM


My use cases:
1) Start with a schema ( keyspace and set of column families under it) in a cassandra service
2) Need to be able to replicate the same schema structure (add new keyspace/columnfamilies with different names ofcourse).
3) Because of some existing limitations in my application, I need to be able to write to the keyspace/column-families from a cassandra service and read the written changes from a different cassandra service. Both the write and the read "cassandra-services" are sharing the same Data directory. I understand that the application has to take care of any naming collisions.


Couple Questions related to the above mentioned usecases:
1) I want to spawn a new JVM and launch Cassandra as an embedded service programatically instead of using the startup.bat. I would like to know if that is possible and any pointers in that direction would be really helpful. ( use-case1)
2) I understand that there are provisions for live schema changes in 0.7 ( thank you guys !!!), but since I cant use a beta version in production, I am restricted to 0.6 for now. Is it possible to to support use-case 2 in 0.6.5 ? More specifically, I am planning to make runtime changes to the storage.conf xml file followed by a cassandra service restart
3) Can I switch the data directory at run-time ?  (use-case 3). In order to not disrupt read while the writes are in progress, I am thinking something like, copy the existing data-dir into a new location; write to a new data directory; once the write is complete; switch pointers and restart the cassandra service to read from the new directory to pick up the updated changes

Any help is greatly appreciated.

Thanks
Kannan


--0-1328242015-1283899352=:41794--