Return-Path: Delivered-To: apmail-jakarta-jetspeed-dev-archive@apache.org Received: (qmail 60821 invoked from network); 1 May 2002 18:34:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 1 May 2002 18:34:53 -0000 Received: (qmail 81 invoked by uid 97); 1 May 2002 18:34:40 -0000 Delivered-To: qmlist-jakarta-archive-jetspeed-dev@nagoya.betaversion.org Received: (qmail 29952 invoked by alias); 1 May 2002 18:34:40 -0000 Delivered-To: jakarta-archive-jetspeed-dev@jakarta.apache.org Received: (qmail 29918 invoked by uid 97); 1 May 2002 18:34:39 -0000 Mailing-List: contact jetspeed-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jetspeed Developers List" Reply-To: "Jetspeed Developers List" Delivered-To: mailing list jetspeed-dev@jakarta.apache.org Received: (qmail 29903 invoked by uid 98); 1 May 2002 18:34:38 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3AF051C8.7050209@networks.groupvu.com> Date: Wed, 02 May 2001 20:28:24 +0200 From: raphael.luta@networks.groupvu.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417 X-Accept-Language: fr, en MIME-Version: 1.0 To: Jetspeed Developers List Subject: Re: Cleaning up Jetspeed References: <01a401c1f134$77e5b220$84e5c53f@MOZART> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N David Sean Taylor wrote: >>-----Original Message----- >>From: raphael.luta@networks.groupvu.com >>[mailto:raphael.luta@networks.groupvu.com] >>Sent: Wednesday, May 02, 2001 9:08 AM >>To: Jetspeed Developers List >>Subject: Cleaning up Jetspeed >> >> >>In an effort to clean-up the state of the CVS repository >>before the next >>release, I'd propose >>to start a clean-up effort of the tree. >> >> > >I've been meaning to do this for a while now. >There are lots of empty directories. >>From what I understand, we must delete these directories directly from >Apache's file system. > > Easiest way is to reimport the CVS module. > > >>The main target of the clean-up would be all the non-functional code >>(like CocoonPortlet) and >>examples or obsolete/unused code (most of the legacy ECS controls or >>controllers stuff). >> >>There are 3 options to deal with these: >>- keep them in CVS, mark them as deprecated and remove them in an >>ulterior release >> >> >-1 > > > >>- move all these components in a separate archive/attic directory and >>let them die in this >> repository >> >> >-1 > > > >>- remove them completely from the CVS tree. >> >> >+1 > > > >>I'd personnally vote to completely remove all non-functional >>code like >>the CocoonPortlet >>from the CVS as well as all the legacy components that have a direct >>"modern" functional replacement. >>I would also recommend moving all the unused components that have not >>been directly >>superceded by new ones into a contrib directory (current named >>jakarta-jetspeed/modules) >> >>If committers can give me their opinions quickly, I can deal >>with the clean-up this week. >> >>Additionally, there are a couple of features for which I'm >>not sure of their real status/use: >> >>- JCM: is it worth keeping it as is or should write a simple >> Torque-based message board replacement ? >> >> >What is it? > > JetspeedConfigMarkup which is the base for the "Jetspeed" portlet displayed in the default annonymous page. Kevin hoped to make it one day into a distributed message board system but it's really not quite there. Unless somebody has a real use for it and is willing to maintain this component, I'd propose to move this portlet and all the associated classes, configs and files into a modules/ directory so that whoever can pick it up and try to update it. > > >>- WAP: is somebody actively looking at WML support to make sure it >> doesn't break. If no, should drop WML support ? >> >> > >Keep it! It does work and it is used. > > So you're maintaining this part :) Do you plan to upgrade the markup to WAP 1.2 ? > > >>- JSP/VM: Is there any added value to support the two templating >> engines is a symmetric fashion or should simply write all the >> components in one of these, knowing that we can still include >> elements from either type if required. >> If we chose to maintain symmetrically both environments, who's going >> to make sure they are at parity level featurewise ? >> >> > >I'd like to keep them both, but don't have time to 'assure parity >levels' > > > Personnally, I'm less and less convinced we need both as long as we can guarantee JSP integration at the portlet level. -- Rapha�l Luta - raphael.luta@networks.groupvu.com Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: For additional commands, e-mail: