Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 47471 invoked from network); 1 Jul 2008 21:28:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Jul 2008 21:28:33 -0000 Received: (qmail 87478 invoked by uid 500); 1 Jul 2008 21:28:33 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 87429 invoked by uid 500); 1 Jul 2008 21:28:33 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 87418 invoked by uid 99); 1 Jul 2008 21:28:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 14:28:33 -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 heavy@ungoverned.org designates 69.89.21.14 as permitted sender) Received: from [69.89.21.14] (HELO outbound-mail-04.bluehost.com) (69.89.21.14) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Jul 2008 21:27:39 +0000 Received: (qmail 4616 invoked by uid 0); 1 Jul 2008 21:27:56 -0000 Received: from unknown (HELO host118.hostmonster.com) (74.220.207.118) by outboundproxy1.bluehost.com with SMTP; 1 Jul 2008 21:27:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=ungoverned.org; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-Identified-User:DomainKey-Status; b=PJum5EHPXQM7b2N1eUAhHFAqSjFu5Z2f9NyC5bJWtyxBRebqNZxUvSi1RFZsXqTnmiF5/6czCY51QsComOrkz4ZIbTgzjXygTBoVidh+UnfuiV0hzqIXl2RF1m6VKilH; Received: from nat-03.eecs.tufts.edu ([130.64.23.203] helo=heavy.glastender.com) by host118.hostmonster.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KDnOG-0005Lx-1c for dev@felix.apache.org; Tue, 01 Jul 2008 15:27:56 -0600 Message-ID: <486AA10E.3030105@ungoverned.org> Date: Tue, 01 Jul 2008 17:26:38 -0400 From: "Richard S. Hall" User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: dev@felix.apache.org Subject: Re: telnetd discussion References: <594810D2-FD4B-4A77-A1AB-41D9BCB0F653@wimpi.net> <48648BA9.3060207@gmail.com> <65B23293-F767-4AF0-88A3-910FD09AB405@wimpi.net> <4869CD4E.8010104@gmail.com> <91812CB4-394C-4625-8CF5-1F787E09D156@wimpi.net> <486A7326.5060207@gmail.com> <486A96FD.3010807@imag.fr> In-Reply-To: <486A96FD.3010807@imag.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Identified-User: {1027:host118.hostmonster.com:ungovern:ungoverned.org} {sentby:smtp auth 130.64.23.203 authed with heavy@ungoverned.org} DomainKey-Status: no signature X-Virus-Checked: Checked by ClamAV on apache.org Of course there are alternatives, but that is not really at issue here. We want alternatives, so the question to answer is: Is a full-featured telnet bundle a good alternative? I say, yes. -> richard Didier Donsez wrote: > Hi all > > An alternative to telnet shell or ssh shell could be JMX over > "everything". > I have commit a Shell mbean in my sandbox > http://svn.apache.org/repos/asf/felix/sandbox/donsez/mosgi.util/ > http://svn.apache.org/repos/asf/felix/sandbox/donsez/mbean.shell/ > http://svn.apache.org/repos/asf/felix/sandbox/donsez/mbean.shell.felix/ > > I have also one mbean for the KF shell and one for the Equinox shell. > > I'm currently refactoring the client side to remove the dependencies > with the JConsole (GPLv2 Classpath Exception). > Here is a snapshot of the current JConsole client (in the VisualVM). > http://www-adele.imag.fr/users/Didier.Donsez/dev/osgi/jconsole.osgi/jconsole.shell.png > > > Best regards > > Didier > > > > Felix Meschberger wrote: > >> Hi Dieter, >> >> Dieter Wimberger schrieb: >> >>> If it is for a simple access to the Felix Shell Service that uses: >>> shs.executeCommand(String line,PrintStream out,PrintStream out); >>> then I don't see much sense to move this to Apache Felix, because >>> the simple remote shell does the job effectively and is much more >>> efficient. I think even if SSH is the argument we may simply try to >>> make a "SSH version" (using jaramiko). >> >> >> I agree completely. >> >>> >>> So let's collect good reasons, because these would also be the >>> foundation to argue an inclusion with/in the Felix PMC. >> >> >> Agreed. My personal opinion is, that it would be cool for Felix to be >> able to provide such telnet. Is this enough ? >> >> >> Regards >> Felix >> >> PS: You CLA has been registered. Thanks. >> >> > >