Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 98845 invoked from network); 30 Jan 2011 18:18:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Jan 2011 18:18:34 -0000 Received: (qmail 80783 invoked by uid 500); 30 Jan 2011 18:18:32 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 80667 invoked by uid 500); 30 Jan 2011 18:18:31 -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 80659 invoked by uid 99); 30 Jan 2011 18:18:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Jan 2011 18:18:30 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of indika.kuma@gmail.com designates 209.85.161.44 as permitted sender) Received: from [209.85.161.44] (HELO mail-fx0-f44.google.com) (209.85.161.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Jan 2011 18:18:23 +0000 Received: by fxm9 with SMTP id 9so5381782fxm.31 for ; Sun, 30 Jan 2011 10:18:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ba0ibvJP93Q96bHOTZe9kDevqXLgOLtRQQXm+f5dVSs=; b=mHD9y5KbOzpu6Qr3k4SOPwXHxnRwHiKO+T1FmhEDEoJ+TauXnJ+37mPrOjYN1gWspv CaFk8jRCqxXW+yarKHtZpewgMhXJIgJCMs903XwgDKn4wWBturrtoPdHCg1v7aZJY/fU J3rwGtQ3iSDGsj/nJrwnyIjr2OTnQdcR3QXiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=JOv9lCPFHBx88lb9xtXS6t3a35lH4OsmHof/Ybmt5MEfUbZFgDEKxFgK+jExkj9+QH jipCt/IYgDDvd+01k/jIwVtZdiYxufEzoGtLfu2zaKSTImBNLnxV5M+VBPfh6HTbAMIF weGB2zPbb4IscMeuwvvBKU9o+JSWUC4Bty8A8= MIME-Version: 1.0 Received: by 10.223.98.204 with SMTP id r12mr5021361fan.102.1296411483368; Sun, 30 Jan 2011 10:18:03 -0800 (PST) Received: by 10.223.146.193 with HTTP; Sun, 30 Jan 2011 10:18:03 -0800 (PST) In-Reply-To: References: Date: Mon, 31 Jan 2011 00:18:03 +0600 Message-ID: Subject: =?windows-1252?Q?Re=3A_In_the_=91Cassandra=2EIface=92_interface=2C_is_it_co?= =?windows-1252?Q?rrect_to_call_=91void_set=5Fkeyspace=28=29=92_prior_to_=91login=28=29?= =?windows-1252?Q?=92=3F?= From: indika kumara To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=20cf3054ad1df2ee76049b145146 X-Virus-Checked: Checked by ClamAV on apache.org --20cf3054ad1df2ee76049b145146 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable This issue came when I was trying to implement an idea listed at [ http://wiki.apache.org/cassandra/MultiTenant] =96 Namespaces. I thought the namespace can be the tenant=92s domain name provided though username (e.g. foo@bar.com) or can be returned through authentication backend on login. Fo= r both cases, calling =91login=92 prior to =91set_keyspace=92 is required. The =91CassandraServer.java=92=92s =91set_keyspace()=92 checks the availabi= lity of a given keyspace. Here, prior to pass the keyspace, it has to be modified. Any solutions? I would like to create a JIRA for the idea with a working patch. Highly appreciate the suggestions for implementing the aforementioned idea listed in the wiki. Thanks, Indika On Sun, Jan 30, 2011 at 10:21 PM, indika kumara wrote: > Hi All, > > I observed the behavior indicated in the subject of this email even the > =91default User=92 returned from authentication is null. Is this correct= ? > > Thanks, > > Indika > --20cf3054ad1df2ee76049b145146 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable This issue came when I was trying to implement an idea listed at [http://wiki.apache.org/ca= ssandra/MultiTenant] =96 Namespaces. I thought the namespace can be the= tenant=92s domain name provided though username (e.g. foo@bar.com) or can be returned through authentication backe= nd on login. For both cases, calling =91login=92 prior to =91set_keyspace= =92 is required.

The =91CassandraServer.java=92=92s =91set_keyspace()=92 checks the avai= lability of a given keyspace. Here, prior to pass the keyspace, it has to b= e modified.=A0 Any solutions? I would like to create a JIRA for the idea wi= th a working patch.

Highly appreciate the suggestions for implementing the aforementioned i= dea listed in the wiki.

Thanks,

Indika

On Sun, Jan 30, 2011 at 10:21 PM, indika kumara <indika@apache.org> wrote:
Hi All,

I observe= d the behavior indicated in the subject of this email even the =91default User=92 returned= from authentication is null.=A0 Is this correct?


Thanks,

Indika

--20cf3054ad1df2ee76049b145146--