On 6/16/07, Arif Mohd <[EMAIL PROTECTED]> wrote:
Hi Gert,
Now iam getting the following exception if i hit more number of
concurrent requests at time(around 40).
15:27:25,222 | DEBUG | pool-flow.seda.servicemix-jms-thread-7 |
ActiveMQSession | pache.activemq.ActiveMQSession 1543 | Sending
message: ActiveMQTextMessage {commandId = 0, responseRequired = false,
messageId = ID:EC4T16INT165110-2411-1181987389629-3:76:1:1:9,
originalDestination = null, originalTransactionId = null, producerId =
ID:EC4T16INT165110-2411-1181987389629-3:76:1:1, destination =
queue://http.return.queue, transactionId = null, expiration = 0, timestamp =
1181987845129, arrival = 0, correlationId = null, replyTo = null, persistent
= true, type = null, priority = 4, groupID = null, groupSequence = 0,
targetConsumerId = null, compressed = false, userID = null, content = null,
marshalledProperties = null, dataStructure = null, redeliveryCounter = 0,
size = 0, properties = {MimeContentType=text/xml}, readOnlyProperties =
true, readOnlyBody = true, droppable = false, text = < My message >
15:27:25,658 | DEBUG | ActiveMQ Transport: tcp:///10.207.53.76:2495 |
Transport | emq.broker.TransportConnection 208 | Transport
failed: java.io.EOFException
java.io.EOFException
at java.io.DataInputStream.readInt(DataInputStream.java:358)
at
org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:267)
at
org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:156)
at
org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:136)
at java.lang.Thread.run(Thread.java:595)
15:27:25,674 | DEBUG | ActiveMQ Transport: tcp:///10.207.53.76:2519 |
Transport | emq.broker.TransportConnection 208 | Transport
failed: java.net.SocketException: Software caused connection abort: recv
failed
java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at
org.apache.activemq.transport.tcp.TcpBufferedInputStream.fill(TcpBufferedInputStream.java:49)
at
org.apache.activemq.transport.tcp.TcpBufferedInputStream.read(TcpBufferedInputStream.java:56)
at java.io.DataInputStream.readInt(DataInputStream.java:353)
at
org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:267)
at
org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:156)
at
org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:136)
at java.lang.Thread.run(Thread.java:595)
15:27:25,674 | WARN | ActiveMQ Scheduler | ActiveMQConnection |
he.activemq.ActiveMQConnection 1523 | Async exception with no exception
listener: org.apache.activemq.transport.InactivityIOException: Channel was
inactive for too long.
org.apache.activemq.transport.InactivityIOException: Channel was inactive
for too long.
I've not experienced this before, but it seems to have been identified
and fixed in the trunk:
https://issues.apache.org/activemq/browse/AMQ-1146
In the meantime, try setting the wireFormat.maxInactivityDuration
option on the broker URI as described here:
http://activemq.apache.org/configuring-wire-formats.html
Bruce
--
perl -e 'print unpack("u30","D0G)[EMAIL
PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/
