Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 56968 invoked from network); 11 Aug 2008 13:47:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Aug 2008 13:47:46 -0000 Received: (qmail 61235 invoked by uid 500); 11 Aug 2008 13:47:44 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 61189 invoked by uid 500); 11 Aug 2008 13:47:44 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 61178 invoked by uid 99); 11 Aug 2008 13:47:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Aug 2008 06:47:44 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of linsun.unc@gmail.com designates 74.125.44.28 as permitted sender) Received: from [74.125.44.28] (HELO yx-out-2324.google.com) (74.125.44.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Aug 2008 13:46:48 +0000 Received: by yx-out-2324.google.com with SMTP id 3so640167yxj.85 for ; Mon, 11 Aug 2008 06:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=6BXSMoS4KENmbcnDde05GE2kpofe3jpfDhSmpn57szk=; b=sCLAk3SWR8ag8aMjpmLvSTWnPnWn4Mvh32FMDY+KQYGXawpkgadp5RTRrRsZlHgGsf gIwMB9CMJ7nsbYXeChlgoCEaGf/OS4AGAdw5igslNMp0JvwzfL4dBqLp2gpqatA2CGJx wf8LBNM+t8kO/VDgtxrHkPQVRa4dWBs8cimlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qJ2qn+nYNhu7w7PnauSbfqObWz4SUZ33HoIfxT2dn0TkpNqer2pqc7hrMPGpcKWa4N AqtJ/gsGc3dSqxydeN9eZ3UUsBV5Qy9Jm8654r63y56G9crCbs5MMLFr+8IAwT1HeRyB XLA01ilLEHmhSNYxjGum/dF0karlp7toHmHBE= Received: by 10.151.143.14 with SMTP id v14mr12324788ybn.64.1218462418446; Mon, 11 Aug 2008 06:46:58 -0700 (PDT) Received: by 10.150.137.19 with HTTP; Mon, 11 Aug 2008 06:46:58 -0700 (PDT) Message-ID: Date: Mon, 11 Aug 2008 09:46:58 -0400 From: "Lin Sun" To: dev@geronimo.apache.org Subject: Re: [DISCUSS] Remove GEP server features? In-Reply-To: <3da992810808110638n39a034dew8a7c1057c55b8a11@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3da992810808091159u6f48b2a0lb9be9da22946af32@mail.gmail.com> <3da992810808110638n39a034dew8a7c1057c55b8a11@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Cool - I agree there is no reason for us to provide that function! Lin On Mon, Aug 11, 2008 at 9:38 AM, Ted Kirby wrote: > As I mentioned in the note, none of the packaged servers provide a > "download and install" function. They appear to assume that the > server is already installed. > > Ted > > On Mon, Aug 11, 2008 at 9:33 AM, Lin Sun wrote: >> It would be great to have AG added to the list of server adapters >> bundled with WTP! I wonder what is the behavior of other servers' >> adapters, such as Tomcat, WAS or JBoss... do they provide the >> "download the server" function? If they do, users may expect us to >> work the same way. >> >> Lin >> >> On Sat, Aug 9, 2008 at 2:59 PM, Ted Kirby wrote: >>> One motivation here is to simplify things for users. The first choice >>> when installing GEP using the eclipse update manager is do you want an >>> "Apache Geronimo Runtimes" or "Geronimo WTP Server Adapters". (I >>> addressed a simplification issue in the "Geronimo WTP Server Adapters" >>> section in (GERONIMODEVTOOLS-469) Remove Core Geronimo Feature.) >>> >>> Here, we take aim at eliminating "Apache Geronimo Runtimes". >>> >>> Should we allow a user to download the server from eclipse? >>> >>> Do we want to use the eclipse update manager to distribute our >>> servers? Certainly with plugins and configurable servers, this does >>> not seem to be the way to go going forward. >>> >>> The org.apache.geronimo.server.{jetty,tomcat}.v2{01}.feature features >>> allow the various instances of the server to be downloaded and >>> installed. >>> >>> There are two ways this can work. First, one of these server features >>> may be installed in eclipse. This results in the server.zip file >>> being downloaded from the eclipse update web site (which is much (3-4 >>> times) slower than downloading the server.zip with your web browser), >>> and putting it the eclipse features directory. When you define a >>> server, you choose an empty directory, and click the "Download and >>> Install" button. The server .zip previously downloaded is then >>> expanded to this directory. The second way this can work is to skip >>> the installation of server feature altogether, and simply define a new >>> server, choose an empty directory, and click the "Download and >>> Install" button. The same server.zip file is downloaded to the >>> eclipse features directory, then expanded to the target directory. >>> >>> There are development costs and issues associated with maintaining and >>> continuing to provide this support. Keeping the license and notice >>> files in-sync is one issue. The "Download and Install" function has >>> consumed a large number of development hours. There is a problem with >>> uninstalling them in Ganymede. (See (GERONIMODEVTOOLS-467) Can't >>> uninstall runtime after installing it via eclipse update manager in >>> Ganymede for details.) Also with Ganymede, there is a new version of >>> the eclipse update manager, p2. It is supposed to be compatible with >>> the old one. It handles the server adapters OK, but not the server >>> features. It reverts to the older update manager to install them. (I >>> think this is why they cannot be uninstalled.) >>> >>> I think most users will download the server, install it and run it, >>> and especially customize it. Then, I think they will use eclipse and >>> GEP to develop applications for their existing server. I don't think >>> many users are using eclipse to download the server. >>> >>> These servers have their WTP server adapters bundled with WTP: >>> >>> Apache Tomcat >>> IBM WAS v6.0 >>> JBoss >>> ObjectWeb JOnAS >>> Oracle OC4J >>> >>> I think we should pursue getting GEP in that list. When defining new >>> servers for these servers, only Apache Tomcat offers a "Download and >>> Install" button, and it is permanently grayed out. Most of them >>> populate the app sever directory text box with /your_server_root/..., >>> indicating they expect you to install it outside of eclipse. >>> >>> I think we can hide the server features, but still allow "Download and >>> Install" to work. I would put the server features on some other site, >>> not the main one. Then, users would not see it as an install option, >>> but the "Download and Install" button would still work, because it >>> would find the server on this other web site. >>> >>> However, all things considered, maybe we should remove the server >>> features altogether. We are so close to GEP 2.1.2 that we may want to >>> do this until after GEP 2.1.2. For 2.1.2, we may want to hide the >>> server feature as described above. >>> >>> Comments? >>> >>> Ted Kirby >>> >> >