Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 8802 invoked from network); 8 Nov 2007 08:27:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Nov 2007 08:27:21 -0000 Received: (qmail 18704 invoked by uid 500); 8 Nov 2007 08:27:07 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 18684 invoked by uid 500); 8 Nov 2007 08:27:07 -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 18675 invoked by uid 99); 8 Nov 2007 08:27:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2007 00:27:07 -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 (athena.apache.org: domain of christophe.lombart@gmail.com designates 72.14.202.180 as permitted sender) Received: from [72.14.202.180] (HELO ro-out-1112.google.com) (72.14.202.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Nov 2007 08:27:10 +0000 Received: by ro-out-1112.google.com with SMTP id p7so3549597roc for ; Thu, 08 Nov 2007 00:26:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=GsfT/rObImlNAoGUQB1IPbqUj7mw74kIw2DSsR++qwg=; b=WHQfCjm6k7y9qLVG6EhE546SREZHUYbCkKhox9kVWw1d2LaDXmX9D1rYueAPYQ37vaXJy+Pg6hhrWVfFk96eh6ihcgFJkQRlRmozqmLD2h/yKBk+6FjrI1cI2E845xVygyDWoIEQ1LVNs0I8Vdg1H3iqQajfq5o6C7oVkIcHZls= 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=aR2Lze8PiC8zchQ+9waUa9MSIIdNM10ulFwIjofDQU7cRSswOLyRm8FVtDO9pA7nAqaZsOD5J/q9B8o5bH7BLtU6oKtwQSyztAPE03HmJzktpxECKnDZZ2AkXE54QNVSCEDcZwfzSpXwqt2UjkG4P6kW40JsmjuVKa21xZ//BRY= Received: by 10.143.164.19 with SMTP id r19mr27832wfo.1194510409751; Thu, 08 Nov 2007 00:26:49 -0800 (PST) Received: by 10.142.226.9 with HTTP; Thu, 8 Nov 2007 00:26:49 -0800 (PST) Message-ID: <3b728ee90711080026u759ad5b7i7e5dd9fa64ab4b77@mail.gmail.com> Date: Thu, 8 Nov 2007 09:26:49 +0100 From: "Christophe Lombart" To: users@jackrabbit.apache.org Subject: Re: Jackrabbit Best Practices/Design Patterns In-Reply-To: <510143ac0711070656n1a63955bqf8a4590a5fe20407@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27977_7960908.1194510409783" References: <13621138.post@talk.nabble.com> <510143ac0711070656n1a63955bqf8a4590a5fe20407@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_27977_7960908.1194510409783 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Nov 7, 2007 3:56 PM, Jukka Zitting wrote: > > > > I've seen lots of primitive examples where nodes are accessed directly > via > > "getNode" and "addNode" etc. However, I think a more scalable solution > would > > need to wrap nodes with domain logic (similar to how DTO objects are > used > > with a relational database I suspect). > > I tend to avoid wrapping JCR nodes into custom Java objects, since > IMHO in many cases that's just an extra layer of complexity with > little value, but that's just a personal opinion. > Another solution is Jackrabbit OCM . http://svn.apache.org/repos/asf/jackrabbit/sandbox/jackrabbit-jcr-mapping/jcr-mapping/ > > BR, > > Jukka Zitting > ------=_Part_27977_7960908.1194510409783--