Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 63344 invoked from network); 16 Nov 2009 15:52:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Nov 2009 15:52:08 -0000 Received: (qmail 3850 invoked by uid 500); 16 Nov 2009 15:52:06 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 3822 invoked by uid 500); 16 Nov 2009 15:52:06 -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 3785 invoked by uid 99); 16 Nov 2009 15:52:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Nov 2009 15:52:06 +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: local policy) Received: from [72.55.186.13] (HELO s010.panelboxmanager.com) (72.55.186.13) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Nov 2009 15:51:56 +0000 Received: from dsl-61-232.aei.ca ([216.221.61.232] helo=[10.0.1.13]) by s010.panelboxmanager.com with esmtp (Exim 4.69) (envelope-from ) id 1NA3rb-0001JW-2F for users@jackrabbit.apache.org; Mon, 16 Nov 2009 10:51:35 -0500 Message-Id: <80B385E8-0D61-485B-9694-217F9D9973F9@maya-systems.com> From: =?ISO-8859-1?Q?Fran=E7ois_Cassistat?= To: users@jackrabbit.apache.org In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: David's Model question : nt:unstructured and SNS Date: Mon, 16 Nov 2009 10:51:34 -0500 References: <14DC517E-115E-41D3-AC12-5D6AB1069CFB@maya-systems.com> X-Mailer: Apple Mail (2.936) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s010.panelboxmanager.com X-AntiAbuse: Original Domain - jackrabbit.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - maya-systems.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Le 09-11-16 =E0 07:47, Bertrand Delacretaz a =E9crit : > On Mon, Nov 16, 2009 at 1:38 PM, Alexander Klimetschek = > wrote: >> ...I see the point for DAOs only when you really want to be sure that >> application coders can only use the properties you designed for them. >> Or when you have a relational model and are required to map it onto =20= >> an >> object model, but that's not the case with JCR. An OCM only adds an >> additional layer of code and complexity.... > > +1 > > Maybe David's model [1] needs Rule #8: don't use JCR-to-object > mappings unless you really really have to ;-) > I would not agree on this one. I found JCR very pertinent as a =20 replacement for Object databases. I am mixing the two concepts to fit =20= all my needs. I think JCR+OCM is perfect for rapid development. The only complexity =20= it adds is on performances, I found the code to be more readable with =20= OCM. Maybe I do not have much experience with "low-level" JCR programming, =20= but the problem with manipulating nodes is that you get all kind of =20 variables which you never know how to name (parentNode, node, =20 subNode[], nodeToDelete, newNode, etc.) and it becomes unreadable and =20= when your code gets bigger. I found myObject.save() to be =20 straightforward and clean. > -Bertrand > > [1] http://wiki.apache.org/jackrabbit/DavidsModel