Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 14177 invoked from network); 19 Sep 2006 17:43:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Sep 2006 17:43:37 -0000 Received: (qmail 38896 invoked by uid 500); 19 Sep 2006 17:43:34 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 38856 invoked by uid 500); 19 Sep 2006 17:43:34 -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 38845 invoked by uid 99); 19 Sep 2006 17:43:34 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Sep 2006 10:43:34 -0700 Authentication-Results: idunn.apache.osuosl.org header.from=heinz.drews@gmail.com; domainkeys=good X-ASF-Spam-Status: No, hits=0.4 required=5.0 tests=DNS_FROM_RFC_ABUSE,RCVD_BY_IP DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from ([64.233.182.187:20379] helo=nf-out-0910.google.com) by idunn.apache.osuosl.org (ecelerity 2.1 r(10620)) with ESMTP id A6/95-28275-04C20154 for ; Tue, 19 Sep 2006 10:43:31 -0700 Received: by nf-out-0910.google.com with SMTP id n29so235377nfc for ; Tue, 19 Sep 2006 10:43:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Vf9S92Aj3Kw62p+Wz4Z5B1HyNrX60HqJVxL8w7j3zkTPlAUoYWtSnpICIl4tWWr6qF7NJ+7W6wCVH26G0feQUEnSfiC7BiAFt2krPr/jOfjzgmS0oClG5EshMyi1BeFTDJAw2Hs4HheXJiv7d2QB+ikiYXanjbJG22uzPXgLN50= Received: by 10.78.128.11 with SMTP id a11mr3949097hud; Tue, 19 Sep 2006 10:43:24 -0700 (PDT) Received: by 10.78.137.16 with HTTP; Tue, 19 Sep 2006 10:43:24 -0700 (PDT) Message-ID: <4369f0ce0609191043n78cc3aecldbdc590b9ed2ddb9@mail.gmail.com> Date: Tue, 19 Sep 2006 19:43:24 +0200 From: "Heinz Drews" To: dev@geronimo.apache.org Subject: Re: Swing console? In-Reply-To: <21df75940609190639s1b28bbbcoa20ab853973a186f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <450F8A8B.1000908@gmail.com> <4369f0ce0609182330q25969fb7v5736133292ef6a3@mail.gmail.com> <21df75940609190639s1b28bbbcoa20ab853973a186f@mail.gmail.com> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Another aspect of the current approach is related to security. The console in the default configuration runs on the standard http port and uses just basic authentication. That's as reliable as the promise of a politician. It's a risk to expose G directly to a public network but I don't like to run an apache server in front of it just to protect console from external access. Therefore either an non webapp as admin function or an own special http server. Heinz On 9/19/06, Paul McMahan wrote: > You raise an excellent point, which is that all that functionality in > the console doesn't do much good if the server won't start. I also > really like your idea that the console should be able to run in a > server with a minimalistic configuration. To me this is analogous to > booting an operating system in recovery mode so you can make repairs > using the console before rebooting in normal mode. I think this could > be accomplished by providing a specialized config, say > var/config/minimal-config.xml, that would get loaded if you passed a > special flag to geronimo.sh. > > The console is not currently implemented in such a way that would > allow this because it uses Geronimo's dependency system to gain the > level of access it needs to administer a module. e.g. its deployment > plan has a dependency against geronimo-activemq-gbean so that it can > manage ActiveMQ. As a result ActiveMQ needs to be running before the > console can start But with all the excitement around Little G and > modularizing the server via plugins we've been talking about changing > this so that the console can manage incremental bits of function. As > part of that effort I think that we definitely need to support the use > case you have brought to our attention -- recovery mode. > > > Best wishes, > Paul > > On 9/19/06, Heinz Drews wrote: > > Chris, > > > > I agree that with Ajax sufficient functionality can be provided in a webapp. > > My primary argument for a rich client would be as I have said before > > that a webapp requires a running server. And what should be done if > > there are problems in the configuration which prevents that the server > > starts? > > > > The console webapp should at least run in a seperate server with > > minimalistic configuration. > > Something which I would prefer anyhow instead of the current situation in G. > > > > Heinz > > > > On 9/19/06, Christopher M. Cardona wrote: > > > I think this idea can be explored but we should give the current > > > initiative to include Ajax functionality to the console a shot first. > > > There's no doubt that rich clients have their advantages over web apps > > > (performance and sophisticated widgets to name a few) but I think we > > > have a potential in Ajax to close this gap. It would be nice to get more > > > comments on this. What do others think? > > > > > > > > > Jason Dillon wrote: > > > > Anyone have any thoughts on using Swing for the console... instead of > > > > a webapp (which are kinda evil IMO)... and then using webstart to > > > > serve it? Maybe using Netbeans (or that license not ASL friendly)? > > > > I've done some work with NB before at it would be very easy to create > > > > a rich user experience... and its easy to drop in new modules to > > > > support different aspects of administration and monitoring. > > > > > > > > I dunno.. just a thought... > > > > > > > > --jason > > > > > > > > > > > > >