From dev-return-56449-apmail-geronimo-dev-archive=geronimo.apache.org@geronimo.apache.org Fri Nov 02 18:00:17 2007 Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 85171 invoked from network); 2 Nov 2007 18:00:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Nov 2007 18:00:17 -0000 Received: (qmail 31943 invoked by uid 500); 2 Nov 2007 18:00:03 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 31886 invoked by uid 500); 2 Nov 2007 18:00:03 -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 31875 invoked by uid 99); 2 Nov 2007 18:00:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2007 11:00:03 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paulmcmahan@gmail.com designates 209.85.132.240 as permitted sender) Received: from [209.85.132.240] (HELO an-out-0708.google.com) (209.85.132.240) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Nov 2007 18:00:26 +0000 Received: by an-out-0708.google.com with SMTP id d33so142815and for ; Fri, 02 Nov 2007 10:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; bh=Ey6zRBvfUxQPPo2ZbqZ1xFmpQPnJyGapEQCA7ScMbJg=; b=l8F8vgBmpNHHJfMiZyrtsjaHUjDvolNx9vbIKK2I8ZZTJy6tvN2MVOTxRJgfqp6mBflfDyocW58T3tAmE8p4KWg4l22hdcxrMdIy4adqcXl/zZhGOkBk+xoQ7Kp3uCWaSnUEUaROcZDOInvjcnBX4qw+yQyPnf495AQrpm8iHiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=JrxLprsy+cE992DWjNi1FWkquWGuYs7gOMMxwZlntVXeNFoE1tDeeLmDkiJ/7vylzJdKOcWGW7rf67ZR53fgs2jujsMaCUAEHBYC1H+XHA6V4xAAWcskNRHxluLwQyWIFEJWPZIw83QwD0z6TM1zCWCMjwoGB4okhKY14WZTBQw= Received: by 10.100.241.17 with SMTP id o17mr3161544anh.1194026385424; Fri, 02 Nov 2007 10:59:45 -0700 (PDT) Received: from ?192.168.1.100? ( [65.5.198.110]) by mx.google.com with ESMTPS id b37sm5054268ana.2007.11.02.10.59.44 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 02 Nov 2007 10:59:44 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <7117B569-CBA8-43B4-9348-4B89F154A23F@yahoo.com> References: <472B556E.9000408@earthlink.net> <7117B569-CBA8-43B4-9348-4B89F154A23F@yahoo.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9ECA237E-D649-4CD6-9E79-C4CBA7B23B67@gmail.com> Content-Transfer-Encoding: 7bit From: Paul McMahan Subject: Re: [DISCUSS/FEEDBACK] Usability improvements to Geronimo Date: Fri, 2 Nov 2007 14:00:23 -0400 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org On Nov 2, 2007, at 1:35 PM, David Jencks wrote: >>> Yes. Let me give you an example. Recently I was deploying a >>> configuration. For a while the wheels turned and then I received an >>> operation successful message. However, the deployment had spewn a >>> boatload of stack traces to the geronimo.log file. >>> >>> In another example, the Websphere App Server shows informational >>> messages as an app is being deployed. That is quite reassuring to an >>> administrator. >>> >>> For now, this is a console-only concern. >> >> The console already provides this type of feedback while >> installing a plugin. Downloading JDBC drivers using the db wizard >> provides it as well. It should be pretty straightforward to use >> that same ajax widget to show progress info in the deployment >> portlet if that's desirable. I can't really think of any other >> console actions that take a non-trivial amount of time to >> complete. Maybe start/stop components in some cases. >> > > I think more important than dynamic feedback is accurate feedback > on whether the operation failed. Maybe things have gotten better > lately but my expectation honed through years of frustration is > that to really find out if a console operation succeeded I have to > look in the cli console or logs for the pages of stack trace that > were suppressed in the admin console. Oh, well, you're right. The console does a poor job of surfacing error messages and diagnostic feedback in many cases. I would actually consider the lack of good error handling as a separate issue from progress info. Sorry if I am splitting hairs. Anyway, let's make sure that "better error handling and diagnostic feedback" is represented in some form on the list. Best wishes, Paul