activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nathan Mittler (JIRA)" <j...@apache.org>
Subject [jira] Updated: (AMQCPP-174) Deadlock on transacted session
Date Tue, 15 Apr 2008 14:34:43 GMT

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

Nathan Mittler updated AMQCPP-174:
----------------------------------

    Fix Version/s: 2.2
                       (was: 2.1.3)

> Deadlock on transacted session
> ------------------------------
>
>                 Key: AMQCPP-174
>                 URL: https://issues.apache.org/activemq/browse/AMQCPP-174
>             Project: ActiveMQ C++ Client
>          Issue Type: Bug
>          Components: CMS Impl
>    Affects Versions: 2.1.3
>         Environment: Windows XP
> Visual Studio 2003 & 2005
> activemq-cpp 2.1.3
> apache-activemq 5.0.0
>            Reporter: Nick Cooper
>            Assignee: Nathan Mittler
>             Fix For: 2.2
>
>         Attachments: request_response.zip
>
>
> I am implementing a request/response client and require the ability to do transactions.
I initially created one connection with one session with a producer and a consumer. This worked
fine when creating the session with Session::AUTO_ACKNOWLEDGE. When I changed this to use
Session::SESSION_TRANSACTED
> with session->commit() the application stopped working. To help work out the issue
I created separate connections and sessions for the producer and consumer which did not help.
> Looking at the application in the debugger it looks like when session->commit() is
called, a dead lock occurs.
> In ActiveMQSessionExecutor::stop()  the following line is executed:
>         // Wakeup the thread so that it can acknowledge the stop request.
>         mutex.notifyAll();
> but eventQ.size() is 0, that is no thread is notified. The next line is then executed:
>         // Wait for the thread to notify us that it has acknowledged
>         // the stop request.
>         mutex.wait();
> but there is no other thread to ever come and wake it up, thus it hangs and the session
is never committed.
> Am I using the API incorrectly or is this a real issue?
> Note this looks very similar to issue 155 https://issues.apache.org/activemq/browse/AMQCPP-155
> Thread Summary
> --------------
>  	2000	main	             tool::DefaultCounter::`scalar deleting destructor'	Normal	0
>  	1896	_threadstartex	activemq::concurrent::Mutex::wait	                       Normal
0
>  	3984	_threadstartex	activemq::network::SocketInputStream::read	           Normal	0
> >	1544	_threadstartex	activemq::concurrent::Mutex::notifyAll	                    
  Normal	0
> Thread 1544 Stacktrace....
> >	ppl_worker_d.exe!activemq::concurrent::Mutex::notifyAll()  Line 233	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSessionExecutor::stop()  Line 150 + 0x11	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSession::stop()  Line 847 + 0x1b	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQTransaction::commit()  Line 205	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSession::commit()  Line 150 + 0x13	C++
>  	ppl_worker_d.exe!dist::TransactedConnector::onMessage(const cms::Message * message=0x014df8c0)
 Line 176 + 0x30	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQConsumer::dispatch(activemq::core::DispatchData
& data={...})  Line 429 + 0x3a	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSessionExecutor::dispatch(activemq::core::DispatchData
& data={...})  Line 188 + 0x15	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSessionExecutor::dispatchAll()  Line 273 +
0x11	C++
>  	ppl_worker_d.exe!activemq::core::ActiveMQSessionExecutor::run()  Line 213	C++
>  	ppl_worker_d.exe!activemq::concurrent::Thread::runCallback(void * param=0x014dc3e8)
 Line 152 + 0x13	C++
>  	msvcr71d.dll!_threadstartex(void * ptd=0x014df798)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> Thread 3984 Stacktrace....
> >	ppl_worker_d.exe!activemq::network::SocketInputStream::read(unsigned char * buffer=0x014d8f70,
unsigned int bufferSize=1)  Line 152 + 0x19	C++
>  	ppl_worker_d.exe!activemq::io::BufferedInputStream::bufferData()  Line 190 + 0x2c	C++
>  	ppl_worker_d.exe!activemq::io::BufferedInputStream::read(unsigned char * targetBuffer=0x017ff6f4,
unsigned int targetBufferSize=4)  Line 125	C++
>  	ppl_worker_d.exe!activemq::io::DataInputStream::readAllData(unsigned char * buffer=0x017ff6f4,
unsigned int length=4)  Line 369 + 0x21	C++
>  	ppl_worker_d.exe!activemq::io::DataInputStream::readInt()  Line 168	C++
>  	ppl_worker_d.exe!activemq::connector::openwire::OpenWireFormat::unmarshal(activemq::io::DataInputStream
* dis=0x014dcbe8)  Line 218 + 0xd	C++
>  	ppl_worker_d.exe!activemq::connector::openwire::OpenWireCommandReader::readCommand()
 Line 71 + 0x1a	C++
>  	ppl_worker_d.exe!activemq::transport::IOTransport::run()  Line 166 + 0x13	C++
>  	ppl_worker_d.exe!activemq::concurrent::Thread::runCallback(void * param=0x014dce40)
 Line 152 + 0x13	C++
>  	msvcr71d.dll!_threadstartex(void * ptd=0x014ddd10)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> Thread 1896 Stacktrace....
> >	ppl_worker_d.exe!activemq::concurrent::Mutex::wait(unsigned long millisecs=4294967295)
 Line 178 + 0x10	C++
>  	ppl_worker_d.exe!activemq::concurrent::Mutex::wait()  Line 102 + 0xf	C++
>  	ppl_worker_d.exe!activemq::util::Queue<activemq::transport::Command *>::wait()
 Line 206 + 0x11	C++
>  	ppl_worker_d.exe!activemq::transport::filters::AsyncSendTransport::run()  Line 118
+ 0x11	C++
>  	ppl_worker_d.exe!activemq::concurrent::Thread::runCallback(void * param=0x014dcad0)
 Line 152 + 0x13	C++
>  	msvcr71d.dll!_threadstartex(void * ptd=0x014dcd78)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 

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


Mime
View raw message