From graffito-dev-return-1542-apmail-incubator-graffito-dev-archive=www.apache.org@incubator.apache.org Thu Jan 11 08:43:09 2007 Return-Path: Delivered-To: apmail-incubator-graffito-dev-archive@www.apache.org Received: (qmail 56691 invoked from network); 11 Jan 2007 08:43:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Jan 2007 08:43:09 -0000 Received: (qmail 36525 invoked by uid 500); 11 Jan 2007 08:43:16 -0000 Mailing-List: contact graffito-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: graffito-dev@incubator.apache.org Delivered-To: mailing list graffito-dev@incubator.apache.org Received: (qmail 36514 invoked by uid 99); 11 Jan 2007 08:43:16 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jan 2007 00:43:16 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of christophe.lombart@gmail.com designates 66.249.92.173 as permitted sender) Received: from [66.249.92.173] (HELO ug-out-1314.google.com) (66.249.92.173) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jan 2007 00:43:06 -0800 Received: by ug-out-1314.google.com with SMTP id y2so423550uge for ; Thu, 11 Jan 2007 00:42:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WpiIrlmWg3I1/cX/pxPPdat2uUdGn5hfF12QwqWIkLME/w7MxzFALCoipTiy2QQ9Pj6ziE0DsLprcIdHvC6mvnUR6QNTntDH5n42ArXe0Dee17fGi9O61VsQp8ICqd3sMskyxxSWt/MQRXzo4ocJU8k+nluMW0rCkGr+MEUaG8I= Received: by 10.78.131.8 with SMTP id e8mr360160hud.1168504965350; Thu, 11 Jan 2007 00:42:45 -0800 (PST) Received: by 10.78.130.18 with HTTP; Thu, 11 Jan 2007 00:42:45 -0800 (PST) Message-ID: <3b728ee90701110042s54da76b4j5b982a23f53feab5@mail.gmail.com> Date: Thu, 11 Jan 2007 09:42:45 +0100 From: "Christophe Lombart" To: graffito-dev@incubator.apache.org Subject: Re: Graffito status In-Reply-To: <1168504072.3294.59.camel@fink> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_23136_14712773.1168504965266" References: <510143ac0701100320t1e97c4eapa9da05e32111200c@mail.gmail.com> <45A4E2A5.30208@wyona.com> <3b728ee90701100716h27d366cfx724848ffe125e44f@mail.gmail.com> <1168442465.3294.40.camel@fink> <3b728ee90701100732o532dba9fm69d5bbd3c6a9b625@mail.gmail.com> <45A5E550.4050701@apache.org> <3b728ee90701110000lb4a4b0fpdb362e6ec56e515b@mail.gmail.com> <1168504072.3294.59.camel@fink> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_23136_14712773.1168504965266 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 1/11/07, Torgeir Veimo wrote: > > On Thu, 2007-01-11 at 09:00 +0100, Christophe Lombart wrote: > > Furthermore, it is more interesting to access to different > > content servers in the same time (even if there are all based on JCR). > So, > > I'm not sure the architecture could be simplify here. What do you think > > about that ? > > I thought one of the goals of JCR was to be _the_ common api for content > repositories. Abstracting away JCR might seem rational to one developer, > but for another it's a drawback. Does the persistence manager provide > all the services that the JCR api provides, such as versioning, > transaction, types properties, xpath and sql queries, etc? Day after day yes What about > jackrabbit enhancements, such as node type registration etc? In my point of view, this should be managed by the JCR plugin (not the persistence manager). We like to make abstraction by using some layers. It increases the architecture complexity and code but you are more independent of the technologies you are using. This choice can be review but personally I think it is more interesting to make abstraction. The Graffito complexity can be reduce here : either we want to use the JCR API in our different content services or we want to maximize abstraction by using POJO's (like now). If the second solution is our choice, we have to find a way to increase the Graffito community because it is a big deal. -- > Torgeir Veimo > > ------=_Part_23136_14712773.1168504965266--