Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 78084 invoked from network); 17 Dec 2007 15:04:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Dec 2007 15:04:56 -0000 Received: (qmail 93298 invoked by uid 500); 17 Dec 2007 15:04:46 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 93119 invoked by uid 500); 17 Dec 2007 15:04:45 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 93109 invoked by uid 99); 17 Dec 2007 15:04:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Dec 2007 07:04:45 -0800 X-ASF-Spam-Status: No, hits=-99.8 required=10.0 tests=ALL_TRUSTED,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Dec 2007 15:04:24 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 114AD71425D for ; Mon, 17 Dec 2007 07:04:28 -0800 (PST) Message-ID: <21917422.1197903868067.JavaMail.jira@brutus> Date: Mon, 17 Dec 2007 07:04:28 -0800 (PST) From: "Nathan Mittler (JIRA)" To: dev@activemq.apache.org Subject: [jira] Commented: (AMQCPP-157) Interoperability issues between C++ and .NET In-Reply-To: <1637438.1197432028719.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/AMQCPP-157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40868 ] Nathan Mittler commented on AMQCPP-157: --------------------------------------- Robert, One other thing to try is to bump up the maxResponseTimeoutWait variable in src/main/activemq/transport/filters/ResponseCorrelator.cpp. It defaults to 3 seconds, which means that after sending a message, the producer will wait for up to 3 seconds for the acknowledgement of the message to come back from the broker. If the app is stressing the machine, it may not be getting the ack in time. You might try changing this value to something bigger, say 10 seconds. > Interoperability issues between C++ and .NET > -------------------------------------------- > > Key: AMQCPP-157 > URL: https://issues.apache.org/activemq/browse/AMQCPP-157 > Project: ActiveMQ C++ Client > Issue Type: Bug > Reporter: Nathan Mittler > Assignee: Nathan Mittler > Fix For: 2.2 > > Attachments: ActiveMQ+Issue.ZIP, amq_test_c_java.zip > > > Taken from http://www.nabble.com/ActiveMQ-thoughts-to14262131s2354.html#a14278412 > As promised I have created a c++ test program (TestProducerBug) that will > create up to X producers. The class that does the work is > (TestProducers.cpp). > I am created a C# test program (TestConsumerBugCSharp) that will create up > to X consumers using a MessageListener. The class that does the work is > (TestConsumers.cs). > I have created a C++ test program (TestConsumerBug) that will create up to X > consumers. The class that does the work(TestConsumers.cpp). > Here is some information on my setup. > Compiler MS 2005. > ActiveMQ > Running ActiveMQ 5.0 Dated Dec 7th 2007. It is running on windows 2003 > Server 64 Bit. > Running Java 1.6.0_02 this version of Java is 64 bit. (Problem happens even > on a 32 bit version of JAVA). > ActiveMQ Settings > Broker Settings (persistent="false" advisorySupport="false") > Topic Policy > > > > > > > > > > Client API's > CPP activemq-cpp-2.1.2-src > C# ApacheActiveMQ (Not sure the version but latest trunk). > When running these test remember to stop and restart the broker each test as > the test can and will cause the broker to hang. > Tests 1 -3 will show what is happening between the CPP and C# API. > Test 4 will show what happens to a producer when a consumer is in a break > point in the MessageListener. > Test 1 > To recreate the issue build and run > TestProducerBug > TestConsumerBugCSharp. > If you set the number of producers and clients to 10 you should see the > problem happen in less then 5 min (About 2,000 messages per consumer). > The producer will throw an exception place a breakpoint on the catch block > in the ThreadProc. you will see the following information. > No valid response received for command: Begin Class = ActiveMQBytesMessage > Begin Class = ActiveMQMessageBase > Value of ackHandler = 00000000 > Value of redeliveryCount = 0 > Value of properties = Begin Class PrimitiveMap: > Begin Class PrimitiveMap: > Begin Class = Message > Value of Message::ID_MESSAGE = 0 > Value of ProducerId is Below: > Begin Class = ProducerId > Value of ProducerId::ID_PRODUCERID = 123 > Value of ConnectionId = 752afa01-c256-45c2-84ad-c74b0578f199 > Value of Value = 19 > Value of SessionId = 0 > No Data for Class BaseDataStructure > End Class = ProducerId > Value of Destination is Below: > Begin Class = ActiveMQTopic > Begin Class = ActiveMQDestination > Value of exclusive = false > Value of ordered = false > Value of advisory = false > Value of orderedTarget = coordinator > Value of physicalName = Test.20 > Value of options = Begin Class activemq::util::Properties: > End Class activemq::util::Properties: > No Data for Class BaseDataStructure > End Class = ActiveMQDestination > End Class = ActiveMQTopic > Value of TransactionId is Below: > Object is NULL > Value of OriginalDestination is Below: > Object is NULL > Value of MessageId is Below: > Begin Class = MessageId > Value of MessageId::ID_MESSAGEID = 110 > Value of ProducerId is Below: > Begin Class = ProducerId > Value of ProducerId::ID_PRODUCERID = 123 > Value of ConnectionId = 752afa01-c256-45c2-84ad-c74b0578f199 > Value of Value = 19 > Value of SessionId = 0 > No Data for Class BaseDataStructure > End Class = ProducerId > Value of ProducerSequenceId = 19025 > Value of BrokerSequenceId = 0 > No Data for Class BaseDataStructure > End Class = MessageId > Value of OriginalTransactionId is Below: > Object is NULL > Value of GroupID = > Value of GroupSequence = 0 > Value of CorrelationId = > Value of Persistent = 0 > Value of Expiration = 1197392556357 > Value of Priority = 4 > Value of ReplyTo is Below: > Object is NULL > Value of Timestamp = 1197392551357 > Value of Type = > Value of Content[0] = > Value of Content[1] = , check broker. > FILE: ..\src\main\activemq\transport\filters\ResponseCorrelator.cpp, LINE: > 146 > FILE: ..\src\main\activemq\transport\filters\ResponseCorrelator.cpp, LINE: > 154 > FILE: ..\src\main\activemq\connector\openwire\OpenWireFormatNegotiator.cpp, > LINE: 105 > FILE: ..\src\main\activemq\connector\openwire\OpenWireConnector.cpp, LINE: > 1371 > FILE: ..\src\main\activemq\connector\openwire\OpenWireConnector.cpp, LINE: > 848 > FILE: ..\src\main\activemq\core\ActiveMQSession.cpp, LINE: 675 > FILE: ..\src\main\activemq\core\ActiveMQProducer.cpp, LINE: 194 > FILE: ..\src\main\activemq\core\ActiveMQProducer.cpp, LINE: 149 > FILE: ..\src\main\activemq\core\ActiveMQProducer.cpp, LINE: 108 > Test 2 > Now if you build and run > TestProducerBug > TestConsumerBug > These tests both use the C++ API and works as expected > Test 3 > In the CPP program TestProducerBug you will find a sleep commented out in > the ThreadProc uncomment this line. Build Program. > Build TestConsumerCSharp. > You will find with the 100 ms sleep the application is stable. > Test 4 > Build TestProducerBug remember to comment out the sleep > Build TestConsumerCSharp. > Place a breakpoint on the MessageListner in the C# program. > In very little time the producer will throw an exception. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.