From graffito-dev-return-1404-apmail-incubator-graffito-dev-archive=www.apache.org@incubator.apache.org Sat Sep 23 17:38:35 2006 Return-Path: Delivered-To: apmail-incubator-graffito-dev-archive@www.apache.org Received: (qmail 95433 invoked from network); 23 Sep 2006 17:38:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Sep 2006 17:38:35 -0000 Received: (qmail 2570 invoked by uid 500); 23 Sep 2006 17:38:35 -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 2559 invoked by uid 99); 23 Sep 2006 17:38:35 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 23 Sep 2006 10:38:35 -0700 Authentication-Results: idunn.apache.osuosl.org header.from=edgarpoce@gmail.com; domainkeys=good Authentication-Results: idunn.apache.osuosl.org smtp.mail=edgarpoce@gmail.com; spf=pass X-ASF-Spam-Status: No, hits=0.5 required=5.0 tests=DNS_FROM_RFC_ABUSE Received-SPF: pass (idunn.apache.osuosl.org: domain gmail.com designates 66.249.92.168 as permitted sender) DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from [66.249.92.168] ([66.249.92.168:29477] helo=ug-out-1314.google.com) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id B8/F0-27820-81175154 for ; Sat, 23 Sep 2006 10:38:33 -0700 Received: by ug-out-1314.google.com with SMTP id y2so433609uge for ; Sat, 23 Sep 2006 10:38:30 -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=PD8KyAIhh0gQ7iZ0M0/V6RcUeC8YwDjrd3nmkfulKc5oStkoJamYoeCLCgDleherMF8JyvTJzZ5pPzHmktfoSuxTIYLuoo/rsQ0GY7yG7g9vrqobJzXEofieOpRvxOV0LAwSq81fCtB/WmFUaeGrGrGypT8fyxgeCoES5sDjpQU= Received: by 10.67.100.17 with SMTP id c17mr1761976ugm; Sat, 23 Sep 2006 10:38:29 -0700 (PDT) Received: by 10.67.20.12 with HTTP; Sat, 23 Sep 2006 10:38:29 -0700 (PDT) Message-ID: <8a83c96b0609231038t5674b3c3s585997758f2d587c@mail.gmail.com> Date: Sat, 23 Sep 2006 14:38:29 -0300 From: "Edgar Poce" To: graffito-dev@incubator.apache.org Subject: Re: graffito goals and scope In-Reply-To: <3b728ee90609211527u2a573877x649b735cc28ac7f7@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: <8a83c96b0609211407n49c670efk9509b60590f8bd19@mail.gmail.com> <3b728ee90609211527u2a573877x649b735cc28ac7f7@mail.gmail.com> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 9/21/06, Christophe Lombart wrote: > On 9/21/06, Edgar Poce wrote: > > On 9/21/06, Christophe Lombart wrote: > > > This project is not always clear for some people. > > > > Please don't take wrong my personal opinions on this subject, I hope > > you to take it as constructive feedback. > > of course. you are welcome :-) It is always interesting to get > feedback. thanks for this mail. > > >I think that the project > > goals sometimes are not clear because the framework part is unbalanced > > with the end user part. I think graffito stands somewhere between a > > framework for developers and an app for end users and the framework > > constraints and indirection layers seem to be priorized over end user > > features. > > The Graffito foundation are still under construction. So, that's > difficult to add now a lot of "user features". Furthermore, the OCM > framework implementation required a lot of efforts and time. that's > why there are not so many user features. > > > I think that most users who look for a CMS are mostly > > interested in feature richness. > > The feature list can be very long. Graffito is not only CMS oriented. > Later, it should be also possible to use it in other content oriented > application (document management, asset management, forums, ...). I'm > not sure it is possible to satisfy all user features. I think users > are looking for a platform that can be used for any kind of "content" > oriented application (ECM) - even if some personalization/dev is > required. > > After building the foundation, we should add more flexibility in the > framework before making real applications (and user features). > I'm believing that "flexibility" is more important than the complete > feature list. > Eg. : use only the services/applications I need; have the possibility > to add custom/new applications or services, access to any kind of > content repo, extend the content object model, modify the > business/content rules, ... If you know Plone, Drupal, ... you > certainly know what I mean. I didn't find such tools in the "real open > source" java world. > I heard about them but I never used them. I've just taken a look to some sites and docs and they look interesting. I think in the java world a JSR-168 portal provides the environment to plug modules in a very nice way. > If we have this kind of flexibility, the community can help to > implement user features and end-user applications. Is it make sense > for you ? > yes, thanks. However I think that in order to be more productive regarding end user features the graffito foundation might reduce the flexibility and leverage existing technologies. e.g. 1. maybe not every content application need to be rewritten from scratch 2. maybe not all the deployment models (standalone, in a portal or embedded) should be supported 3. maybe it shouldn't include its own persistence abstraction layer but leverage a single persistence api. 4. maybe it doesn't need to include in the foundation a new service framework but use one already written. 5. maybe it doesn't need to include a custom workflow api but support a single workflow engine. > Again, what should the object model/API for doing it ? ;-) > I'm not sure, it would be interesting to open another thread and request feedback to the community. br, edgar > > br, > Christophe >