Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 59790 invoked from network); 2 Jul 2008 13:23:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jul 2008 13:23:02 -0000 Received: (qmail 34849 invoked by uid 500); 2 Jul 2008 13:23:03 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 34558 invoked by uid 500); 2 Jul 2008 13:23:03 -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 34547 invoked by uid 99); 2 Jul 2008 13:23:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 06:23:03 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [71.16.158.232] (HELO exch01.praxiseng.com) (71.16.158.232) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 13:22:12 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8DC46.A0FD57A8" Subject: Shell.TUI causes ServerSocket() constructor to hang Date: Wed, 2 Jul 2008 09:22:09 -0400 Message-ID: <9E8C2EE38A83804B8A7CD8F5C5D6BA91CA90C5@exch01.praxislan01.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Shell.TUI causes ServerSocket() constructor to hang Thread-Index: AcjcRqFkXkl6iGu+T0aZ7D2wDvLapw== From: "Craig Phillips" To: X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C8DC46.A0FD57A8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 I uncovered an issue in which the Shell.TUI will cause "new java.io.ServerSocket()" to hang; =20 Through process of elimination / gutting, pretty much to the point of a small bundle with an activate() method (I'm using SCR) and a "new ServerSocket(1234, 1)", with a couple log events pre and post, I determined that the construction of the ServerSocket will not return (nor timeout, IIRC), if the Shell.TUI bundle is started first; =20 In other forms of the telnet shell, which do not use SCR/DeclarativeServices, I remember I had to put install and start those bundles prior to the Shell.TUI... However, because I changed the ordering a la SCR (my bundle is installed and started, but SCR does not start my "service" and activation thereof until my dependencies are satisfied, in this case to shell service and log service), my bundle activation falls behind the shell.TUI activation... =20 So, the Shell.TUI must be causing some sort of conflict with ServerSocket ... I did not dig deeper than that... Not sure if someone would ask me to file a bug or not... I'm just putting this out there... maybe others have come across this, but I don't know... =20 I solved my immediate problem by simple removing Shell.TUI from the auto.start list; =20 For what it's worth, Craig Phillips, Praxis Engineering ------_=_NextPart_001_01C8DC46.A0FD57A8--