Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8577E932B for ; Tue, 10 Jul 2012 16:28:02 +0000 (UTC) Received: (qmail 89116 invoked by uid 500); 10 Jul 2012 16:28:02 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 89078 invoked by uid 500); 10 Jul 2012 16:28:02 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 89067 invoked by uid 99); 10 Jul 2012 16:28:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jul 2012 16:28:01 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [217.24.201.138] (HELO mx01.innovations.de) (217.24.201.138) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jul 2012 16:27:57 +0000 X-ASG-Debug-ID: 1341937655-4d8c000b0000-L7RJYL X-Barracuda-URL: http://217.24.201.138:8000/cgi-bin/mark.cgi Received: from immpwimx01.innoimm.local (localhost [127.0.0.1]) by mx01.innovations.de (Spam Firewall) with ESMTP id A99E22F570C for ; Tue, 10 Jul 2012 18:27:35 +0200 (CEST) Received: from immpwimx01.innoimm.local ([10.55.67.25]) by mx01.innovations.de with ESMTP id 82aGKFxg3LTrS8ha (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 10 Jul 2012 18:27:35 +0200 (CEST) X-Barracuda-RBL-Trusted-Forwarder: 10.55.67.25 X-ASG-Whitelist: Client Received: from IMMVWCAS02.innoimm.local ([10.55.66.161]) by immpwimx01.innoimm.local over TLS secured channel with Microsoft SMTPSVC(7.5.7601.17514); Tue, 10 Jul 2012 18:27:35 +0200 Received: from IMMPWEXC01.innoimm.local ([fe80::349e:950f:dafa:fc9]) by IMMVWCAS02.innoimm.local ([::1]) with mapi id 14.02.0298.004; Tue, 10 Jul 2012 18:27:35 +0200 From: To: X-ASG-Orig-Subj: AW: How to set the DB schema name for Jackrabbit Subject: AW: How to set the DB schema name for Jackrabbit Thread-Topic: How to set the DB schema name for Jackrabbit Thread-Index: Ac1er09l8XztNHWgSqelyEK9c4Abyv//694A///bckA= Date: Tue, 10 Jul 2012 16:27:34 +0000 Message-ID: <882B1BAE94A0264DA3B80A9C7D83320A0D239611@IMMPWEXC01.innoimm.local> References: <882B1BAE94A0264DA3B80A9C7D83320A0D2394E1@IMMPWEXC01.innoimm.local> <4FFC5318.3020105@lincware.com> In-Reply-To: <4FFC5318.3020105@lincware.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.55.34.152] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jul 2012 16:27:35.0886 (UTC) FILETIME=[EA2466E0:01CD5EB8] X-Barracuda-Connect: UNKNOWN[10.55.67.25] X-Barracuda-Start-Time: 1341937655 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at innovations.de X-Virus-Checked: Checked by ClamAV on apache.org Thanks Stephen, I can really not imagine that nobody has used a db schema n= ame in Jackrabbit before. I will give your patch a try... But anyway, can s= omebody from the Jackrabbit committers clearify the behavior here or commen= t the status of JCR-1180? -----Urspr=FCngliche Nachricht----- Von: Stephen Byrne [mailto:stephen@lincware.com]=20 Gesendet: Dienstag, 10. Juli 2012 18:07 An: users@jackrabbit.apache.org Betreff: Re: How to set the DB schema name for Jackrabbit On 07/10/2012 11:18 AM, Sascha.Theves@bosch-si.com wrote: > Hi all, > > we are using Jackrabbit 2.2.10. How do I set the DB schema name that Jack= rabbit should use in the BundlePersistenceManagers, DBFileSystems, DbDataSt= ores etc...? > > I tried to use the property "schemaObjectPrefix" in my repository.xml fil= e but that doesn`t work. I set the value to something like "SCHEMA.PREFIX_"= but Jackrabbit internally replaces the "." char with another one because i= t thought that it is an invalid table name. DbDataStore doesn`t do this, it= just doesn`t call the ConnectionHelper.prepareDbIdentifier method. Maybe s= omeone has forgotten that. > > The second problem is (after fixing the ConnectionHelper.prepareDbIdentif= ier method) that the ConnectionHelper.tableExists check doesn`t work for so= me reason and Jackrabbit always tries to create the database tables if the = "schemaCheckEnabled" property is set to "true". So for me it looks like Jac= krabbit is unable to deal with database schema names or do I understand som= ething completely wrong? > > Regards, > > Sascha > https://issues.apache.org/jira/browse/JCR-1180 I submitted a patch for this against 2.2.7, but it never got anywhere. --=20 Stephen Byrne stephen@lincware.com