From graffito-dev-return-1139-apmail-incubator-graffito-dev-archive=www.apache.org@incubator.apache.org Fri Jul 14 14:40:14 2006 Return-Path: Delivered-To: apmail-incubator-graffito-dev-archive@www.apache.org Received: (qmail 50849 invoked from network); 14 Jul 2006 14:40:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Jul 2006 14:40:14 -0000 Received: (qmail 81146 invoked by uid 500); 14 Jul 2006 14:40:14 -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 81135 invoked by uid 99); 14 Jul 2006 14:40:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Jul 2006 07:40:14 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jukka.zitting@gmail.com designates 66.249.92.171 as permitted sender) Received: from [66.249.92.171] (HELO ug-out-1314.google.com) (66.249.92.171) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Jul 2006 07:40:11 -0700 Received: by ug-out-1314.google.com with SMTP id m3so806467uge for ; Fri, 14 Jul 2006 07:39:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dfsjq2losPQe3FzL/IkoVgLMLonE9fSTuQLCASzEmNowVW9B+HhmEE43gvpNHTVGgVLAsVw7qiRdgEeMQTrtrxBCRSb9lxkeTp0ZyvxhQ8IIg/2CtneUKEBiotH5kvuWnmsTr4ejQkB7xI90IXH7nIFkAv4KkveegGJeNfiOQzw= Received: by 10.78.178.5 with SMTP id a5mr1715704huf; Fri, 14 Jul 2006 07:39:50 -0700 (PDT) Received: by 10.78.34.10 with HTTP; Fri, 14 Jul 2006 07:39:49 -0700 (PDT) Message-ID: <510143ac0607140739v374798d3ob18743afe9d37215@mail.gmail.com> Date: Fri, 14 Jul 2006 17:39:49 +0300 From: "Jukka Zitting" To: graffito-dev@incubator.apache.org Subject: Re: Graffito release plans? In-Reply-To: <3b728ee90607140714l120ea6cew678086585071a385@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <510143ac0607121545i616d4733u8d22932b88cc2ce1@mail.gmail.com> <44B6163D.1010702@gmail.com> <510143ac0607130300i593f218em1cfea1ce2b79f6e4@mail.gmail.com> <3b728ee90607130602p5121c369ta8e207c3884a63d7@mail.gmail.com> <510143ac0607140437i20a43de1te443a46cac597f69@mail.gmail.com> <3b728ee90607140458t2e448d6bhb64c2f841f249c99@mail.gmail.com> <510143ac0607140520s728c93eegeb2d388bc21763d1@mail.gmail.com> <3b728ee90607140550i419beb9cn993ec8bc2275a8fa@mail.gmail.com> <510143ac0607140613w19cf02ccqdab50b0ab8c78393@mail.gmail.com> <3b728ee90607140714l120ea6cew678086585071a385@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi, On 7/14/06, Christophe Lombart wrote: > Ok I think there are some confusions here - sorry ! No problem, it's me who is being confused. There are so many components at various levels in the SVN source tree that I'm having problems identifying the overall structure. The "Directory Layout" page on the web site is great help, adding perhaps a dependency graph would make it even better. > if you check the OCM unit tests (/components/src/test), this is not > mandatory to implements a specific interface and/or a specific ancestor > class. You are free to defined your own. OK, below is a snippet from one of the test cases: Folder folder = modelService.createFolder(); folder.setCreationDate(new Timestamp(System.currentTimeMillis())); folder.setLastModified(new Timestamp(System.currentTimeMillis())); folder.setName("folder1"); folder.setUri("/graffitotest/folder1"); modelService.addFolder(folder); What is the "folder" instance in this case? Is it a plain data object or an adapter to an underlying folder concept? Can I implement my own Folder class and pass instances of it to the persistence layer? Folder folder = new MyFolder(); .... modelService.addFolder(folder); When I retrieve that folder from the persistence layer, will it still be an instance of the MyFolder class? BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - info@yukatan.fi Software craftsmanship, JCR consulting, and Java development