Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 18560 invoked from network); 1 Mar 2010 10:19:15 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Mar 2010 10:19:15 -0000 Received: (qmail 51512 invoked by uid 500); 1 Mar 2010 10:19:15 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 51477 invoked by uid 500); 1 Mar 2010 10:19:14 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 51470 invoked by uid 99); 1 Mar 2010 10:19:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Mar 2010 10:19:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mrduguo@gmail.com designates 209.85.218.220 as permitted sender) Received: from [209.85.218.220] (HELO mail-bw0-f220.google.com) (209.85.218.220) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Mar 2010 10:19:07 +0000 Received: by bwz20 with SMTP id 20so206144bwz.11 for ; Mon, 01 Mar 2010 02:18:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=tWuMDsZSXHZuJryAUg0izmpzVg9YYSpCK6yE+SnKovI=; b=gDzXs25Z57vc+l6WKMIku7ZCxrFl99ZUuT3yAPmQdveiibTjVhtGgRqjtnO11tweLY Qpxs2732iBywQbM0lQVon+PERvc7j2fznZTbX1UumTf2q1TBqnbT3QFY5tgsFRZ6eJnR dwQKz/VeklOCAN7VyPEIzxwF4wWPdoOqPRusY= 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:content-transfer-encoding; b=H7OomctvXnR7xB+Cade5vLFT/3duEDvA1Yi26o4fMHvx7Ov94tZ79l4z9mZnYWNfSm 0akcWNQRnW0IY4uLoPSFYBNKO4VtAnFJmFn5TPg3al9qumVvJVORMawdCJLpmUx5BUp2 G9ubxb6P/PuIa3EB/ugAXae7/zf8nJdQ3I9V0= MIME-Version: 1.0 Received: by 10.204.145.2 with SMTP id b2mr2857060bkv.93.1267438726415; Mon, 01 Mar 2010 02:18:46 -0800 (PST) In-Reply-To: <91f3b2651002282141g183b7575u574978d130fd251e@mail.gmail.com> References: <91f3b2651002280740y14b1ecdas5ed1f035870bbdea@mail.gmail.com> <91f3b2651002282141g183b7575u574978d130fd251e@mail.gmail.com> Date: Mon, 1 Mar 2010 10:18:46 +0000 Message-ID: Subject: Re: [jr3] Delayed Repository Initialization From: Guo Du To: dev@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Mar 1, 2010 at 5:41 AM, Thomas M=FCller wr= ote: > The question is: should Jackrabbit 3 *require* (like now) that the > credentials for the storage are included in the repository > configuration? I think for some storage backends it should not require > that. Instead (only in those cases), it should initialize the I am not clear what credentials you are refering to and how current jackrabbit works with backend login. If it's related to storage backend, it need always store on repository level. Repository initialisation will need the backend credential to ensure db schema is there. Session login credential shouldn't related to backend storage such as jdbc username/password. Unless we designed to map jcr session user to jdbc user. -Guo