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

Tom Vijlbrief commented on AMQ-844:
-----------------------------------

This bug is still present in 4.1!

When running Stomp C clients and terminating them the TCP-connection is closed
but still visible in JConsole (see screendump)

[EMAIL PROTECTED]:~$ netstat -t
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 nomad.local:47610       pop.xs4all.nl:pop3      ESTABLISHED
tcp        0      0 localhost:32000         localhost:31000         ESTABLISHED
tcp        0      0 nomad.local:36415       userimap.xs4all.n:imap2 ESTABLISHED
tcp        0      0 nomad.local:39095       userimap.xs4all.n:imap2 ESTABLISHED
tcp6       0      0 localhost:45628         localhost:61616         ESTABLISHED
tcp6       0      0 localhost:38235         localhost:46749         ESTABLISHED
tcp6       0      0 localhost:34009         localhost:8093          ESTABLISHED
tcp6       0      0 localhost:33475         localhost:46749         ESTABLISHED
tcp6       0      0 localhost:51894         localhost:46749         TIME_WAIT
tcp6       0      0 localhost:46749         localhost:33475         ESTABLISHED
tcp6       0      0 localhost:31000         localhost:32000         ESTABLISHED
tcp6       1      0 nomad.local:44358       eris.apache.org:www     CLOSE_WAIT
tcp6       1      0 nomad.local:45311       eris.apache.org:www     CLOSE_WAIT
tcp6       0      0 localhost:8093          localhost:34009         ESTABLISHED
tcp6       0      0 localhost:61616         localhost:45628         ESTABLISHED
tcp6       0      0 localhost:46749         localhost:38235         ESTABLISHED
tcp6       1      0 nomad.local:54433       eris.apache.org:www     CLOSE_WAIT


> 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
>
> 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.

Reply via email to