Return-Path: Delivered-To: apmail-jakarta-jetspeed-dev-archive@apache.org Received: (qmail 59635 invoked from network); 1 May 2002 16:14:29 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 1 May 2002 16:14:29 -0000 Received: (qmail 15655 invoked by uid 97); 1 May 2002 16:14:32 -0000 Delivered-To: qmlist-jakarta-archive-jetspeed-dev@nagoya.betaversion.org Received: (qmail 15531 invoked by alias); 1 May 2002 16:14:31 -0000 Delivered-To: jakarta-archive-jetspeed-dev@jakarta.apache.org Received: (qmail 15511 invoked by uid 97); 1 May 2002 16:14:30 -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 15499 invoked by uid 98); 1 May 2002 16:14:29 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3AF030F6.50404@networks.groupvu.com> Date: Wed, 02 May 2001 18:08:22 +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: Cleaning up Jetspeed 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 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. 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 - move all these components in a separate archive/attic directory and let them die in this repository - remove them completely from the CVS tree. 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 ? - WAP: is somebody actively looking at WML support to make sure it doesn't break. If no, should drop WML support ? - 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 ? Any opinions, comments ? -- Rapha�l Luta - raphael.luta@networks.groupvu.com Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: For additional commands, e-mail: