Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 23489 invoked from network); 10 Dec 2002 18:14:24 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 10 Dec 2002 18:14:24 -0000 Received: (qmail 3976 invoked by uid 97); 10 Dec 2002 18:15:29 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 3959 invoked by uid 97); 10 Dec 2002 18:15:28 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 3947 invoked by uid 98); 10 Dec 2002 18:15:28 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) To: tomcat-dev@jakarta.apache.org X-Injected-Via-Gmane: http://gmane.org/ Path: not-for-mail From: Costin Manolache Subject: Re: [VOTE] minimal JSR 154 only distribution Date: Tue, 10 Dec 2002 10:08:14 -0800 Lines: 34 Message-ID: References: <3DF5C396.2050203@apache.org> NNTP-Posting-Host: 64.84.39.162 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: main.gmane.org 1039544042 5191 64.84.39.162 (10 Dec 2002 18:14:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 10 Dec 2002 18:14:02 +0000 (UTC) User-Agent: KNode/0.7.1 Sender: news X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Henri Gomez wrote: > Yes but add the ability to activate/include modules, which is > the Costin idea ;) Actually - I think it is your idea :-) ( well, now it makes a lot of sense - I'm in "how didn't I think of it" mode ). That means I will drop my minimal proposal, or at least rewrite it to be one "profile" in the normal distribution. Remy's arguments are also very valid. I think we can focus on 4 profiles: - JSR154 only - minimal ( JSR154 + JSR152 ) - default ( the current set of features ) - all The main technical problem is the class loader - we probably need to place most jars in a "repository" - but not in the loader - and use the manifest or config files to pick what we need. Again, the jmx model may help us. ( jboss solution is to just copy the files - which does makes sense in a way ) Jon - would that be reasonable middle-ground for you ? It gives you a JSR154-only profile, included in the "main" distribution. The downside is that jasper will still be included ( disabled and invisible in your profile - visible in all others ). Costin -- To unsubscribe, e-mail: For additional commands, e-mail: