[JBoss JIRA] Created: (JBREM-1166) Possible race condition in ConnectionValidator
by Takayoshi Kimura (JIRA)
Possible race condition in ConnectionValidator
----------------------------------------------
Key: JBREM-1166
URL: https://jira.jboss.org/jira/browse/JBREM-1166
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.2.3.SP1, 2.2.3
Reporter: Takayoshi Kimura
Fix For: 2.2.3.SP2
The 2.2.3 has a minor regression. The ConnectionValidator#start() has been moved outside of synchronized block in this release, this leads a race condition problem.
ConnectionValidator#start():
TimerUtil.schedule(this, pingPeriod); // will call ConnectionValidator.run()
timer = new Timer(true); // is used in ConnectionValidator.run()
These 2 lines looks odd, because it initializes the timer for new thread after spawn the thread. In 2.2.2-SP11 the timer variable is protected by synchronized blocks, so it's not the case.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months
[JBoss JIRA] Created: (JBREM-1175) URL-component-based InvokerLocator constructor generates incorrect locator string under IPv6
by Richard Achmatowicz (JIRA)
URL-component-based InvokerLocator constructor generates incorrect locator string under IPv6
---------------------------------------------------------------------------------------------
Key: JBREM-1175
URL: https://jira.jboss.org/jira/browse/JBREM-1175
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: unifiedinvoker
Affects Versions: 2.2.3.SP1
Reporter: Richard Achmatowicz
The constructor
public InvokerLocator(String protocol, String host, int port, String path, Map parameters)
creates a uri and originalURI from the component parts of the URL passed into it.
This uri is incorrectly formed when the host is an IPv6 IP address literal, as square brackets need to be added to IPv6 URLs.
NOTE: the other constructor
public InvokerLocator(String uri)
does work correctly in the non-lagacy parsing case as the method URIParse will parse a valid IPv6 URL into component parts using the URI constructor. This constructor parses an input URI string into component parts in such a way that the hostname will retain its square brackets if the URI represents a well formed IPv6 URL - and these square brackets do not need to be added when the string uri is reconstructed later on oin the method.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months
[JBoss JIRA] Created: (JBAS-7450) Message consumer closing due to error in listening thread & Also message is not delete from the queue.
by Jay Prakash Dutta (JIRA)
Message consumer closing due to error in listening thread & Also message is not delete from the queue.
------------------------------------------------------------------------------------------------------
Key: JBAS-7450
URL: https://jira.jboss.org/jira/browse/JBAS-7450
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JMS (JBossMQ)
Affects Versions: JBossAS-4.2.2.GA
Environment: Linux
Reporter: Jay Prakash Dutta
Assignee: Adrian Brock
Hi,
I have a process which puts a message on a queue and then reading message from queue and insert in DB. When it inserted to DB, it tries to close the
queue, which it does successfully, but I quickly get:
16:19:26,429 WARN [SpyMessageConsumer] Message consumer closing due to error in listening thread.
javax.jms.IllegalStateException: The session is closed
at org.jboss.mq.SpySession.checkClosed(SpySession.java:1149)
at org.jboss.mq.SpySession.doAcknowledge(SpySession.java:175)
at org.jboss.mq.SpyMessage.doAcknowledge(SpyMessage.java:353)
at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:704)
at java.lang.Thread.run(Thread.java:595)
When I close the queue, I do a
finally
{
if(qConnection!=null){
try {
qConnection.close();
} catch (JMSException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
What am I doing wrong, if anything?
When I reading message from queue.I will Redelivered same Message.
also message is not delete from the queue.
16 Nov 09 16:42:34,663]Thread specific :: Received Message: org.jboss.mq.SpyObjectMessage {
Header {
jmsDestination : QUEUE.Open_NMS_Evnet_Queue
jmsDeliveryMode : 2
jmsExpiration : 0
jmsPriority : 4
jmsMessageID : ID:2-12583698243211
jmsTimeStamp : 1258369824321
jmsCorrelationID: null
jmsReplyTo : null
jmsType : null
jmsRedelivered : true
jmsProperties : {JMSXDeliveryCount=252, JMS_JBOSS_REDELIVERY_COUNT=251}
jmsPropReadWrite: false
msgReadOnly : true
producerClientId: ID:2
}
}
I am awaiting your reply.
Please Quick response
Thanks & Regards
Jay Prakash
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months
[JBoss JIRA] Created: (JBAS-7449) Message consumer closing due to error in listening thread
by Jay Prakash Dutta (JIRA)
Message consumer closing due to error in listening thread
---------------------------------------------------------
Key: JBAS-7449
URL: https://jira.jboss.org/jira/browse/JBAS-7449
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: JMS (JBossMQ)
Affects Versions: JBossAS-4.2.2.GA
Environment: Ubuntu 8.04,jboss-4.2.2.GA,
Reporter: Jay Prakash Dutta
Assignee: Adrian Brock
Hi,
I have a process which puts a message on a queue and then reading message from queue and insert in DB. When it inserted to DB, it tries to close the
queue, which it does successfully, but I quickly get:
16:19:26,429 WARN [SpyMessageConsumer] Message consumer closing due to error in listening thread.
javax.jms.IllegalStateException: The session is closed
at org.jboss.mq.SpySession.checkClosed(SpySession.java:1149)
at org.jboss.mq.SpySession.doAcknowledge(SpySession.java:175)
at org.jboss.mq.SpyMessage.doAcknowledge(SpyMessage.java:353)
at org.jboss.mq.SpyMessageConsumer.run(SpyMessageConsumer.java:704)
at java.lang.Thread.run(Thread.java:595)
When I close the queue, I do a
finally
{
if(qConnection!=null){
try {
qConnection.close();
} catch (JMSException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
What am I doing wrong, if anything?
When I reading message from queue.I will Redelivered same Message.
also message is not delete from the queue.
16 Nov 09 16:42:34,663]Thread specific :: Received Message: org.jboss.mq.SpyObjectMessage {
Header {
jmsDestination : QUEUE.Open_NMS_Evnet_Queue
jmsDeliveryMode : 2
jmsExpiration : 0
jmsPriority : 4
jmsMessageID : ID:2-12583698243211
jmsTimeStamp : 1258369824321
jmsCorrelationID: null
jmsReplyTo : null
jmsType : null
jmsRedelivered : true
jmsProperties : {JMSXDeliveryCount=252, JMS_JBOSS_REDELIVERY_COUNT=251}
jmsPropReadWrite: false
msgReadOnly : true
producerClientId: ID:2
}
}
I am awaiting your reply.
Please Quick response
Thanks & Regards
Jay Prakash
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months