Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: pass (nike.apache.org: domain of mrduguo@gmail.com designates
 209.85.218.211 as permitted sender)
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;
        b=sWC935SqPP1hqNsygoI58liRkbLEwYjtIhD1WIZwkqJ2Fs5YrVfNva2q8oByaaIi0l
         +JfJW7tqTgFEomUP2kxDH+bUYW8oDF81m8zx2XAGItcgL7nCnvVhIVT+4TgZ3WPliBHQ
         GLwuTjZDZTq9+iarY02Csirobwo3gpdastnuE=
MIME-Version: 1.0
In-Reply-To: <f767f0601002180202x2749e820t99d1739fa2663636@mail.gmail.com>
References: <510143ac1002170806n312514desd639aef826be0501@mail.gmail.com>
	 <4B7CBC3B.7090803@gmail.com>
	 <f767f0601002180202x2749e820t99d1739fa2663636@mail.gmail.com>
Date: Thu, 18 Feb 2010 11:54:48 +0000
Message-ID: <e2a35cbc1002180354y79c51216p9d8156cab13e594e@mail.gmail.com>
Subject: Re: [jr3] Plugin architecture
From: Guo Du <mrduguo@gmail.com>
To: dev@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Feb 18, 2010 at 10:02 AM, Bertrand Delacretaz
<bdelacretaz@apache.org> wrote:
> Do you really think Jackrabbit should allow its core plugins to go
> away at runtime?
No, it's just one of OSGi feature doesn't need here.

> i don't mind providing osgi support at a higher level, the core however
> should IMO not have any osgi-dependenciesi.
+1
I would prefer to have our core implementation based on bean style
pojo class. Thus we can have xml, OSGi, war, spring or whatever
container to assembly for final runtime.

> First of all, I would define an API for configuration changes. This
> API could be the regular JCR API, and the configuration could be
> stored in special "system" nodes.
There are two kind of configuration apart from user data:node
definition and repository definition.
It's good to store node definition inside the repository and api to
manage changes. But the repository configuration shouldn't go inside
repository. Think about store db connection username/password inside
repository.

> Extensibility of the importXML and exportDocumentView methods come to mind.
It may worth to redefine how we import/export. Xml should just be one
of format we support. I am not confident to use xml to export/import
GB/TB size data. ContentHandler could responsible for how the data
should be export/imported.

-Guo