Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 56768 invoked from network); 5 Dec 2009 16:59:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Dec 2009 16:59:12 -0000 Received: (qmail 38244 invoked by uid 500); 5 Dec 2009 16:59:11 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 38163 invoked by uid 500); 5 Dec 2009 16:59:09 -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 38152 invoked by uid 99); 5 Dec 2009 16:59:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Dec 2009 16:59:09 +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 ianboston@googlemail.com designates 209.85.219.219 as permitted sender) Received: from [209.85.219.219] (HELO mail-ew0-f219.google.com) (209.85.219.219) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Dec 2009 16:58:58 +0000 Received: by ewy19 with SMTP id 19so4131790ewy.21 for ; Sat, 05 Dec 2009 08:58:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=2DC1oYRG9rQ/8KugnjjvlvMM/iBF9hq4VVu5ATooUTY=; b=GlEJvkrWD/j1rs1zFGREdj2TUPgCcYbn+sgsF8mmtxLJDOquLpGYHjsShGgztRrAJ2 Q38RmjvIUYggysBuMH4WtILPO+rBh1OA1SL07AvhhJmnPW+sYxrqhj1yVz21CUM15Oo5 grG23LfmmYGJF1fZdlWqrL6d50iuHgi6YyyxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=Il4+ObDXVzjAvCD4uDw/vYd5s+XBN3N2nvowFsLmLwgUXiKPySnSJBLoB7op79VyMv eBg/JfpAipjX2SO9Qzy9x/SQ3qsCrzzBsWYqoMuFgKRjbXX+tMdqd/Mec7AUAwg6mc0o ODyscUTIiVLlYPJL/WMwCbLHQTePHRqqEicZk= Received: by 10.213.107.131 with SMTP id b3mr4464941ebp.91.1260032318516; Sat, 05 Dec 2009 08:58:38 -0800 (PST) Received: from ?192.168.1.68? (78-105-202-108.zone3.bethere.co.uk [78.105.202.108]) by mx.google.com with ESMTPS id 28sm6866312eyg.20.2009.12.05.08.58.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 05 Dec 2009 08:58:36 -0800 (PST) Sender: Ian Boston Message-Id: <867BDFD3-79C9-4C69-A570-6C5ABEF38E44@tfd.co.uk> From: Ian Boston To: users@jackrabbit.apache.org In-Reply-To: <9EEAC60A-AAB9-4044-8AC2-D8DF5479E5CD@tfd.co.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Problem with node type defs in JR1.6 Date: Sat, 5 Dec 2009 16:58:34 +0000 References: <9EEAC60A-AAB9-4044-8AC2-D8DF5479E5CD@tfd.co.uk> X-Mailer: Apple Mail (2.936) X-Virus-Checked: Checked by ClamAV on apache.org Problem solved. setProperty with the right name but the wrong type will generate the exception. javax.jcr.nodetype.ConstraintViolationException: no matching property definition found for {internal}privileges I as trying to set a {internal}privileges with a Value[] containing String rather than Name Ian On 4 Dec 2009, at 18:51, Ian Boston wrote: > Hi, > I have a modified DefaultSecurityManager (and related classes) and I > am certain I have made a mistake somewhere, but on initialization I > get > > 04.12.2009 18:40:09.020 *ERROR* [SCR Component Actor] > org > .apache > .sling.jcr.jackrabbit.server.impl.security.standard.ACLProvider > Failed to set-up minimal access control for root node of workspace > default javax.jcr.nodetype.ConstraintViolationException: no matching > property definition found for {internal}privileges > at > org > .apache > .jackrabbit > .core > .nodetype > .EffectiveNodeType.getApplicablePropertyDef(EffectiveNodeType.java: > 768) > at > org > .apache > .jackrabbit > .core.NodeImpl.getApplicablePropertyDefinition(NodeImpl.java:905) > at > org > .apache.jackrabbit.core.NodeImpl.getOrCreateProperty(NodeImpl.java: > 412) > at > org > .apache.jackrabbit.core.NodeImpl.internalSetProperty(NodeImpl.java: > 1444) > at > org > .apache.jackrabbit.core.NodeImpl.internalSetProperty(NodeImpl.java: > 1423) > at > org > .apache > .jackrabbit > .core > .DynamicProtectedItemModifier > .setProperty(DynamicProtectedItemModifier.java:118) > at > org > .apache > .sling > .jcr > .jackrabbit > .server.impl.security.standard.ACLEditor.setPolicy(ACLEditor.java:189) > at > org > .apache > .sling > .jcr > .jackrabbit > .server > .impl.security.standard.ACLProvider.initRootACL(ACLProvider.java:356) > at > org > .apache > .sling > .jcr > .jackrabbit > .server.impl.security.standard.ACLProvider.init(ACLProvider.java:182) > at > org > .apache > .sling > .jcr > .jackrabbit > .server > .impl > .security.dynamic.DynamicACLProvider.init(DynamicACLProvider.java:42) > at > org > .apache > .sling > .jcr > .jackrabbit > .server > .impl > .security > .dynamic > .DynamicAccessControlProviderFactoryImpl > .createProvider(DynamicAccessControlProviderFactoryImpl.java:103) > at > org > .apache > .jackrabbit > .core > .DynamicSecurityManager > .getAccessControlProvider(DynamicSecurityManager.java:425) > at > org > .apache > .jackrabbit > .core > .DynamicSecurityManager.getAccessManager(DynamicSecurityManager.java: > 280) > at > org > .apache > .jackrabbit.core.SessionImpl.createAccessManager(SessionImpl.java:384) > at > org.apache.jackrabbit.core.SessionImpl.(SessionImpl.java:302) > at > org.apache.jackrabbit.core.SessionImpl.(SessionImpl.java:271) > at > org.apache.jackrabbit.core.XASessionImpl.(XASessionImpl.java: > 105) > > > Any ideas why or where I can look to debug. ? > > I think the main difference up to this point is a change in package > name for the ACLProvider other than that its standard. My extensions > only relate to the construction of permissions bitmaps. > > The I believe the default node types have been registered since I > see the log line > 04.12.2009 18:40:01.843 *INFO* [SCR Component Actor] > org.apache.jackrabbit.core.nodetype.NodeTypeRegistry no custom node > type definitions found > > > Ian > >