From graffito-dev-return-1253-apmail-incubator-graffito-dev-archive=www.apache.org@incubator.apache.org Tue Sep 05 14:57:00 2006 Return-Path: Delivered-To: apmail-incubator-graffito-dev-archive@www.apache.org Received: (qmail 60893 invoked from network); 5 Sep 2006 14:57:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Sep 2006 14:57:00 -0000 Received: (qmail 52145 invoked by uid 500); 5 Sep 2006 14:57:00 -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 52134 invoked by uid 99); 5 Sep 2006 14:56:59 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Sep 2006 07:56:59 -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 christophe.lombart@gmail.com designates 64.233.184.225 as permitted sender) Received: from [64.233.184.225] (HELO wr-out-0506.google.com) (64.233.184.225) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Sep 2006 07:56:59 -0700 Received: by wr-out-0506.google.com with SMTP id i31so151473wra for ; Tue, 05 Sep 2006 07:56:38 -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=C3daW/9tTnWJh3n5u0Y5ljufTUUXImRXxdCqZiyuA9XOaFpyoeyNE9cJe74SKYbnGXlLroTU2Wy6IzXWGI85w3pqCVdvNpeZo6z49n1N1OiFkxnJxR1DkVPKd021TkFaMf7/xytuE7PVX6Hmjw8Y4rGRX9abJSpNF8vnZwfTF84= Received: by 10.90.28.12 with SMTP id b12mr1462931agb; Tue, 05 Sep 2006 07:56:38 -0700 (PDT) Received: by 10.90.106.16 with HTTP; Tue, 5 Sep 2006 07:56:38 -0700 (PDT) Message-ID: <3b728ee90609050756q4c305b7dy7fbb941c8149cc67@mail.gmail.com> Date: Tue, 5 Sep 2006 16:56:38 +0200 From: "Christophe Lombart" To: graffito-dev@incubator.apache.org Subject: Re: portlet "content" mode prototype In-Reply-To: <8a83c96b0609050445n1630d952u8897410914133801@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8a83c96b0609041855v3498b8dej332ad501e182c672@mail.gmail.com> <3b728ee90609050207l6031fca2kc9151e0375498bbb@mail.gmail.com> <8a83c96b0609050445n1630d952u8897410914133801@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 9/5/06, Edgar Poce wrote: > On 9/5/06, Christophe Lombart wrote: > > If Graffito provides a support for managing JCR nodes and an High > > level content object model (which can be customized), how can we > > define some services like Workflow, publishing, ... ? In theory, > > thoses services needs to implement some process based on content > > objects. > > I think it will not be possible to support both approach. What do you > > think about that ? > > Maybe there can be an integration if > 1. the workflow is serialized in the repository, > 2. the semantics of its node types is publicly known (e.g. scxml) > 3. and the repository garantees, by securing the content, that the > process will be respected, > * What if a workflow process required multiple repositories ? In you case, you will certainly use only one content repo but the worfklow service have to work with multpiple content repo (JCR based or not). * What if we are not using a JCR store ? * When you are moving into a specific workflow state, you may run some code to manage the content (move a content, delete, update, ...). How to do it (with the JCR API or the Graffito API ? > great!. btw, It's probably a good example for trying to integrate both > approaches. > the approach is quite different. We are using the Graffito API. -- Best regards, Christophe