Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B41F3107F2 for ; Thu, 9 Jan 2014 15:55:05 +0000 (UTC) Received: (qmail 50324 invoked by uid 500); 9 Jan 2014 15:55:03 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 50293 invoked by uid 500); 9 Jan 2014 15:55:02 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 50285 invoked by uid 99); 9 Jan 2014 15:55:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jan 2014 15:55:01 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: unknown (athena.apache.org: error in processing during lookup of dpfister@adobe.com) Received: from [207.46.163.241] (HELO na01-by2-obe.outbound.protection.outlook.com) (207.46.163.241) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jan 2014 15:54:55 +0000 Received: from BY2PR02MB057.namprd02.prod.outlook.com (10.242.44.14) by BY2PR02MB060.namprd02.prod.outlook.com (10.242.44.28) with Microsoft SMTP Server (TLS) id 15.0.842.7; Thu, 9 Jan 2014 15:54:32 +0000 Received: from BY2PR02MB057.namprd02.prod.outlook.com ([169.254.4.189]) by BY2PR02MB057.namprd02.prod.outlook.com ([169.254.4.221]) with mapi id 15.00.0842.003; Thu, 9 Jan 2014 15:54:32 +0000 From: Dominique Pfister To: "oak-dev@jackrabbit.apache.org" Subject: Re: EditorProvider after Oak construction Thread-Topic: EditorProvider after Oak construction Thread-Index: AQHPDU+inoTYzLE3/0mZB3bprZboXJp8h0QAgAAEsoA= Date: Thu, 9 Jan 2014 15:54:31 +0000 Message-ID: References: <8B70DE31-1328-4E3A-8493-A582F5186860@adobe.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.147.117.11] x-forefront-prvs: 008663486A x-forefront-antispam-report: SFV:NSPM;SFS:(10019001)(377454003)(51704005)(199002)(24454002)(189002)(56776001)(31966008)(59766001)(81342001)(66066001)(49866001)(90146001)(77982001)(76786001)(77096001)(74662001)(19580405001)(83322001)(76796001)(54316002)(74366001)(19580395003)(65816001)(74706001)(54356001)(81542001)(87936001)(4396001)(53806001)(80022001)(33656001)(85306002)(87266001)(69226001)(82746002)(47976001)(50986001)(80976001)(2656002)(81816001)(63696002)(83716003)(47446002)(47736001)(79102001)(36756003)(74502001)(81686001)(46102001)(56816005)(51856001)(85852003)(76482001)(74876001)(83072002)(92566001)(92726001);DIR:OUT;SFP:1102;SCL:1;SRVR:BY2PR02MB060;H:BY2PR02MB057.namprd02.prod.outlook.com;CLIP:192.147.117.11;FPR:;RD:InfoNoRecords;A:1;MX:1;LANG:en; Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: adobe.com X-Virus-Checked: Checked by ClamAV on apache.org Hi Jukka, On Jan 9, 2014, at 4:39 PM, Jukka Zitting wrote: > Hi, >=20 > On Thu, Jan 9, 2014 at 10:29 AM, Dominique Pfister w= rote: >> I=92m working on an application packaged as an OSGI bundle that would pe= rform some validation and >> store some auxiliary data in a node whenever a stream is saved in one of= its properties, so I=92m >> thinking on creating some CommitHook (or an EditorProvider) that would b= e able to compute >> the auxiliary property. >=20 > An EditorProvider is probably better for this case, as it adds less > overhead than a full CommitHook. >=20 >> Now comes the problem: in my setup, the Oak repository is created with s= ome Hooks/Providers >> on startup, and AFAICS only Observer=92s can be added/removed after that= , is this correct? >=20 > If you expose your EditorProvider as an OSGi service, Oak should > automatically pick it up and apply it to any new commits. At least > that's the intention; I'm not sure if the OSGi binding yet does that. Great news, that=92s exactly what I hoped for! Cheers Dominique >=20 > BR, >=20 > Jukka Zitting