Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 34668 invoked from network); 24 Sep 2008 19:38:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Sep 2008 19:38:28 -0000 Received: (qmail 1782 invoked by uid 500); 24 Sep 2008 19:38:25 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 1751 invoked by uid 500); 24 Sep 2008 19:38:25 -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 1740 invoked by uid 99); 24 Sep 2008 19:38:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 12:38:25 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jukka.zitting@gmail.com designates 74.125.46.31 as permitted sender) Received: from [74.125.46.31] (HELO yw-out-2324.google.com) (74.125.46.31) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 19:37:26 +0000 Received: by yw-out-2324.google.com with SMTP id 9so17213ywe.1 for ; Wed, 24 Sep 2008 12:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ynLWgqnCiEI6S5mRu2z+HLN6w0u+T+RbpZYaNxlbhcE=; b=IfTuhEbQ7wx4ggBlxxmC5Um2REjCX3JuNA+5CFNFvh/eZljT8thIac57tz4/TnXXPL fXvdu18Bw/t7xcovhkCSFssX1FatH1HHg+jVIPpxF6CJPO2tOoxR4BeNz5qt7f3LtFbv U/+j81HBwKMXt5eX+mcjSb5ZzI2l99LkAKLB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=s79mo78d8TvCEHK/JOJwYq/Bd23gkRgGflYdkQ2lCQEQORi3FPsA0r0kFZRXpnKxSN P2s+rWKBNYi32u9He48ixavnpSwqGM1u8QFpJ18NvN8ltTPp7pVm875Y2r7pMzwYf8BW XPivDUROmsKmFw0g+xqfy88i9Gce02ppcGRn8= Received: by 10.90.80.18 with SMTP id d18mr8716357agb.11.1222285062476; Wed, 24 Sep 2008 12:37:42 -0700 (PDT) Received: by 10.90.90.6 with HTTP; Wed, 24 Sep 2008 12:37:42 -0700 (PDT) Message-ID: <510143ac0809241237y61aaa5a6t1d71b32121049d43@mail.gmail.com> Date: Wed, 24 Sep 2008 21:37:42 +0200 From: "Jukka Zitting" To: dev@jackrabbit.apache.org Subject: Re: Backwards compatibility of configuration files (Was: [jira] Commented: (JCR-1462) repository.xml: throw an exception on error) In-Reply-To: <91f3b2650809241152x650c87a9uc3b4e53ba1f1c441@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <510143ac0809240525w22620be1k1f6fc2d0e2a16907@mail.gmail.com> <91f3b2650809241152x650c87a9uc3b4e53ba1f1c441@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Wed, Sep 24, 2008 at 8:52 PM, Thomas M=FCller w= rote: > In that case the SecurityManager setting should be truly optional: no > warning should be logged if it is missing. Why is that? We can (and should) deprecate old configurations like ones with no SecurityManager or no DOCTYPE, and logging warnings about deprecated features is IMHO perfectly fine, even preferable as an aid to make a future 2.x upgrade (where we probably will drop deprecated stuff) less painful. But IMHO such deprecated stuff should still continue to work across minor version upgrades. BR, Jukka Zitting