March 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Duplicated Messages during failover and NullPersistence

by clebert.suconic＠jboss.com

Just to complete the thread, this failure I was talking about is related to an intermitent failure that has happened on hudson. It doesn't fail if using real files (*probably* duplicate detection behaves different when using real files). This is the diff to replicate the issue. Index: tests/src/org/jboss/messaging/tests/integration/cluster/failover/AutomaticFailoverWithDiscoveryTest.java | =================================================================== | --- tests/src/org/jboss/messaging/tests/integration/cluster/failover/AutomaticFailoverWithDiscoveryTest.java (revision 6120) | +++ tests/src/org/jboss/messaging/tests/integration/cluster/failover/AutomaticFailoverWithDiscoveryTest.java (working copy) | @@ -63,6 +63,19 @@ | // Constructors -------------------------------------------------- | | // Public -------------------------------------------------------- | + | + public void testRepeat() throws Exception | + { | + for (int i = 0; i < 100; i++) | + { | + if (i > 0) | + { | + tearDown(); | + setUp(); | + } | + testFailover(); | + } | + } | | public void testFailover() throws Exception | { | @@ -173,7 +186,7 @@ | protected void setUp() throws Exception | { | super.setUp(); | - setupGroupServers(true, "bc1", 5432, groupAddress, groupPort); | + setupGroupServers(false, "bc1", 5432, groupAddress, groupPort); | } | | @Override | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219680#4219680 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219680

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Duplicated Messages during failover and NullPersistence (Repost)

by clebert.suconic＠jboss.com

I have made AutomaticFailoverWithDiscoveryTest to use real files on the journal. If you make it use NullPersistence, and place testFailover on a loop, messages will be duplicated. I moved the setupGroup to a super class (FailoverTestBase). To replicate this issue, change the setUp to: protected void setUp() throws Exception | { | super.setUp(); | setupGroupServers(true, "bc1", 5432, groupAddress, groupPort); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219677#4219677 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219677

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Duplicated Messages during failover and NullPersistence

by clebert.suconic＠jboss.com

I have made AutomaticFailoverWithDiscoveryTest to use real files on the journal. If you make it use NullPersistence, and place testFailover on a loop, messages will be duplicated. I moved the setupGroup to a super class (FailoverTestBase). To replicate this issue, change the setUp to: protected void setUp() throws Exception | { | super.setUp(); | setupGroupServers(true, "bc1", 5432, groupAddress, groupPort); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219677#4219677 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219677

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Few XA Questions...

by jhalliday

> So, if we commit the transaction through management, we shouldn't throw an exception if xa.commit(XID) is called. Wrong. XA_HEURCOM is what you need in that case. > Is there a way to replicate this behaviour through Arjuna (making it call forget)? yes. Take a look at the XARecoveryModule implementation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219658#4219658 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219658

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Few XA Questions... (Repost)

by clebert.suconic＠jboss.com

anonymous wrote : You can only throw away that knowledge when told to forget. So, if we commit the transaction through management, we shouldn't throw an exception if xa.commit(XID) is called. Say.. this pseudo test should work: management.commit(XID); tm.commit(xid); Is there a way to replicate this behaviour through Arjuna (making it call forget)? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219654#4219654 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219654

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Few XA Questions...

by clebert.suconic＠jboss.com

anonymous wrote : You can only throw away that knowledge when told to forget. So, if we commit the transaction through management, we shouldn't throw an exception if xa.commit(XID) is called. That probably means... Say.. this pseudo test should work: management.commit(XID); than later when the TM calls commit, we shouldn't throw an exception? xa.commit(xid); Is there a way to replicate this behaviour through Arjuna (making it call forget)? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219654#4219654 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219654

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Task Management component?

by aapthorp

jBPM iCalendar wrapper available...at last. At long last I've managed to package up and make available a working release of the iCalendar wrapper...which I'm calling taskcal. https://sourceforge.net/project/showfiles.php?group_id=256581 I'm making this version available to validate the concepts. More work is required (e.g. authentication) for this to be turned in to a production system. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219653#4219653 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219653

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: What's KernelControllerContext.install fromState argumen

by adrian＠jboss.org

"wolfc" wrote : What does the fromState argument on KernelControllerContext.install actually mean? | | Deep down it's ignored. | | I would have expected doing kcc.install(DESCRIBED, INSTALLED) twice would result in an IllegalStateException. That method is for use by the Controller its not meant to be invoked directly. You are correct that "fromState" is currently ignored (the fromState is just the current state). It may not be in future when we move to a non-linear state model? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219638#4219638 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219638

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Few XA Questions...

by jhalliday

forget is used to signal that a resource manager can throw away state relating to heuristically resolved transactions. For example, if you provide a management tool that allows transactions to be manually forced to commit or rollback, you need to remember the outcome and tell the transaction manager about it if asked. You can only throw away that knowledge when told to forget. end(TMFAIL); commit(); is indeed an error on the part of the transaction manager. The commit should probably respond XA_RBROLLBACK if it's being polite, although XAER_PROTO would also be reasonable if it wants to signal that it's pissed of at being mistreated :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219634#4219634 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219634

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: How to supress Netty connection exception logging

by trustin

Perhaps it's being logged by exceptionCaught() handler method implementation somewhere in JBM2 like MessagingChannelHandler. Please ping me if this is not the case. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219624#4219624 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219624

17 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2009