Hi! I'm french so excuse me for my english mistakes.
Now I am in 5.0.0, the release version. My two servers are Linux servers. You will find a lot of informations about the problem and tar files of my configuration in the thread named "Embedded brokers" "network of brokers" "temporary queues". In fact, when I use "two half duplex network connections", I have a "Cannot publish message". When I use "full duplex network connection", I have this "1000 messages limit". I think the xml configuration files in the tar files are with the "two harf duplex connections" configuration. For the "full duplex", I put <networkConnector name="pool" uri="static:(tcp://ytsvmx02s:61617)" conduitSubscriptions="false" dynamicOnly="true" networkTTL="3" duplex="true"/> in activemq_clt.xml and delete the "network connector" paragraph in the "activemq_srv.xml". If you don't succeed in installing, running these programs, I will try to send you an other package in an other form. I work in a big IT european company and we really want to fully understand ActiveMQ and deploy it in a lot of big projects. Thank you for your help. As a workaround, I will try to use only one fixed queue for the answer instead of 100 temporary queues, and use JMScorrelationId and selectors in each client threads. James.Strachan wrote: > > which version of ActiveMQ? > > On 30/01/2008, Eric-AWL <[EMAIL PROTECTED]> wrote: >> >> Hi >> >> Context >> >> A "client" process is on "ytsvmx01s" server, Server process is on >> "ytsvmx02s" server (an other server). A duplex network of brokers is made >> by >> the client configuration. >> >> <networkConnector name="pool" uri="static:(tcp://ytsvmx02s:61617)" >> conduitSubscriptions="false" >> dynamicOnly="true" >> networkTTL="3" >> duplex="true"/> >> >> >> An embedded VM client process, with 100 threads. >> - each thread create a temporary queue >> - each thread sends 10 messages, with ReplyTo the temporary queue >> >> 70 threads send message on queue1, 20 on queue2, 10 on queue3. >> >> An embedded VM server process which has 3 listeners (one on queue1, one >> on >> queue2, one on queue3) >> -each listener listens messages and send with a specific session an >> answer >> on the temporary queue defined by the "ReplyTo" field. >> >> >> All sessions are in AUTO_ACKNOWLEDGMENT mode. >> >> When the specific session created by the listener which listens to queue1 >> (the most active queue) send exactly 1000 messages (so, on 70 differents >> temporary queues), I have a "prefetch limit" in client logfile (log4j >> debug) >> and no other messages can be sent to queue1. >> >> Other threads continue to send on queue2 and queue3. >> >> You will find the logfile in >> http://www.nabble.com/file/p15180095/client100.log client100.log >> >> >> and the last message sent by ytsvmx02s "queue1" session is >> >> DEBUG ActiveMQMessageConsumer - >> ID:ytsvmx01s-44878-1201690176105-3:1:115:1 received message: >> MessageDispatch >> {commandId = 4292, responseRequired = false, consumerId = >> ID:ytsvmx01s-44878-1201690176105-3:1:115:1, destination = >> temp-queue://ID:ytsvmx01s-44878-1201690176105-3:1:114, message = >> ActiveMQTextMessage {commandId = 2440, responseRequired = false, >> messageId = >> ID:ytsvmx02s-52597-1201689535145-2:1:2:1000:1, originalDestination = >> null, >> originalTransactionId = null, producerId = >> ID:ytsvmx02s-52597-1201689535145-5:0:1:1, destination = >> temp-queue://ID:ytsvmx01s-44878-1201690176105-3:1:114, transactionId = >> null, >> expiration = 0, timestamp = 1201689604289, arrival = 0, brokerInTime = >> 1201690235463, brokerOutTime = 1201690235463, correlationId = null, >> replyTo >> = null, persistent = true, type = null, priority = 4, groupID = null, >> groupSequence = 0, targetConsumerId = null, compressed = false, userID = >> null, content = [EMAIL PROTECTED], >> marshalledProperties = null, dataStructure = null, redeliveryCounter = 0, >> size = 8222, properties = null, readOnlyProperties = true, readOnlyBody = >> true, droppable = false, text = null}, redeliveryCounter = 0} >> >> and there isn't any message >> "ID:ytsvmx02s-52597-1201689535145-2:1:2:1001:1" >> after this one and you will see that there is >> DEBUG PrefetchSubscription - Prefetch limit. >> just after in the logfile. >> >> Eric-AWL >> -- >> View this message in context: >> http://www.nabble.com/Prefetch-Limit-of-1000-....-without-acknowledges-tp15180095s2354p15180095.html >> Sent from the ActiveMQ - User mailing list archive at Nabble.com. >> >> > > > -- > James > ------- > http://macstrac.blogspot.com/ > > Open Source Integration > http://open.iona.com > > -- View this message in context: http://www.nabble.com/Prefetch-Limit-of-1000-....-without-acknowledges-tp15180095s2354p15200410.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.