Return-Path: 
 <dev-return-12415-apmail-activemq-dev-archive=activemq.apache.org@activemq.apache.org>
Delivered-To: apmail-activemq-dev-archive@www.apache.org
Received: (qmail 37737 invoked from network); 8 Sep 2008 15:00:00 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 8 Sep 2008 15:00:00 -0000
Received: (qmail 35840 invoked by uid 500); 8 Sep 2008 14:59:34 -0000
Delivered-To: apmail-activemq-dev-archive@activemq.apache.org
Received: (qmail 35811 invoked by uid 500); 8 Sep 2008 14:59:34 -0000
Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@activemq.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@activemq.apache.org>
List-Post: <mailto:dev@activemq.apache.org>
List-Id: <dev.activemq.apache.org>
Reply-To: dev@activemq.apache.org
Delivered-To: mailing list dev@activemq.apache.org
Received: (qmail 35661 invoked by uid 99); 8 Sep 2008 14:59:34 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Sep 2008 07:59:33 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Sep 2008 14:58:34 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 3A748234C2DF
	for <dev@activemq.apache.org>; Mon,  8 Sep 2008 07:55:58 -0700 (PDT)
Message-ID: <339591821.1220885758238.JavaMail.jira@brutus>
Date: Mon, 8 Sep 2008 07:55:58 -0700 (PDT)
From: "Gary Tully (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Subject: [jira] Updated: (AMQ-844) tcp connections hang
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/activemq/browse/AMQ-844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Tully updated AMQ-844:
---------------------------

    Fix Version/s: 5.3.0
                       (was: 5.2.0)

> tcp connections hang
> --------------------
>
>                 Key: AMQ-844
>                 URL: https://issues.apache.org/activemq/browse/AMQ-844
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Connector
>    Affects Versions: 4.0.2
>         Environment: Tried with j2sdk1.4.2_06 and jdk1.5.0_05 on redhat enterprise linux 4 (2.6 kernel).
>            Reporter: Ian Kallen
>            Priority: Minor
>             Fix For: 5.3.0
>
>         Attachments: dumpemu3.png
>
>
> This problem readily occurs running the standard examples:
> ant -Durl=tcp://10.10.3.73:61616?trace=true -Dmax=100 consumer  
> ant -Durl=tcp://10.10.3.73:61616 -Dmax=10 producer 
> ...run the producer side for 2-5 iterations before is just hangs. Once it's in that state, all subsequent client connections hang (i.e. control-C out of either consumer or producer and restart the connection: hangs).
> Upping and lowering soTimeout and other connection parameters has so far proven fruitless. Switching JVMs, up'ing from 4.0.1 to 4.0.2-SNAPSHOT (on both client and server), and including/excluding "-Ddurable=true" made no difference (all orignal test attempts were with durable messages but in the end, not incluing that had no effect on whether or not the clients eventually hang). The config on the server looks like this:
> <beans xmlns="http://activemq.org/config/1.0">
>   <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"/>
>   <broker useJmx="true">
>     <persistenceAdapter>
>       <journaledJDBC journalLogFiles="5" dataDirectory="../activemq-data" 
>           dataSource="#postgres-ds"/>
>     </persistenceAdapter>
>     <transportConnectors>
>        <transportConnector name="default" uri="tcp://10.10.3.73:61616?trace=true" />
>     </transportConnectors>
>   </broker>
>   <bean id="postgres-ds" class="org.postgresql.ds.PGPoolingDataSource">
>     <property name="serverName" value="localhost"/>
>     <property name="databaseName" value="activemq"/>
>     <property name="portNumber" value="0"/>
>     <property name="user" value="activemq"/>
>     <property name="password" value="activemq"/>
>     <property name="dataSourceName" value="postgres"/>
>     <property name="initialConnections" value="5"/>
>     <property name="maxConnections" value="50"/>
>   </bean>
> </beans> 
> FWIW, this doesn't happen when running the same tests on a laptop (MacOS tiger) with clients on loopback. Bug is "Minor" but (since is't only exhibited by a small group of us)without being able validate the client connections, this is a not show-stopper for production use of activemq.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.