November 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by alesj

"richard.opalka(a)jboss.com" wrote : | What is the difference between deployers 2.0.0 and 2.2.0? Will 2.2.0 be incorporated in JBossAS 500 GA? | No, 2.0.0 is. 2.2.0 is currently our dev branch == trunk. 2.0.0. gets non-api-breaking fixes from trunk. This new comparator addition doesn't break API, hence it's gonna be part of 2.0.0. btw: I'm just doing releases ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186612#4186612 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186612

15 years, 6 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by richard.opalka＠jboss.com

"alesj" wrote : | Or use custom jboss-structure.xml in your .sar (see examples of this in Deployers project), | setting the comparator attribute on context element. This approach sounds better to me. "alesj" wrote : Note: this requires deployers 2.2.0-SNAPSHOT, as I've just added this comparator attribute :-) | - https://jira.jboss.org/jira/browse/JBDEPLOY-120 What is the difference between deployers 2.0.0 and 2.2.0? Will 2.2.0 be incorporated in JBossAS 500 GA? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186608#4186608 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186608

15 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Missing tomcat JARs in branches/2.x?

by ron.sigal＠jboss.com

Cool. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186586#4186586 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186586

15 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Missing tomcat JARs in branches/2.x?

by trustin

Fix checked in. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186585#4186585 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186585

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by timfox

"ataylor" wrote : | | If thats the case then we either don't time out at all and return false for setTimeout or we need to keep the tx associated with the Resource manager and return XA_RBTIMEOUT. The problem with that is how long do we keep the xid for? The xid list could grow without bound, so we'd have to clear it down after a time, and then if it does get cleared down and the tx mgr subsequently decides to commit/rollback on that branch we won't have record of the xid and we'll have to return XAERR_NOTA anyway! For now, let's return false from setTransactionTimeout, then just timeout tx ourselves according to our own timeout, and return XAERR_NOTA, and double check with Jonathan this is ok. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186580#4186580 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186580

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by ataylor

anonymous wrote : But logically, that _does not_ imply, that if we return false from setTransactionTimeout it is ok to return XAERR_NOTA if a rollback/commit is attempted after we have heuristically timed out the branch. If thats the case then we either don't time out at all and return false for setTimeout or we need to keep the tx associated with the Resource manager and return XA_RBTIMEOUT. Actually as long as we release the acks and messages this should be ok. If we want we could have some sort of reaper that removes any timeout sessions that are really old. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186579#4186579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186579

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by timfox

I can accept that if we return true from setTransactionTimeout then the Transaction Manager will expect us to timeout with a XA_RBTIMEOUT after the time set. But logically, that _does not_ imply, that if we return false from setTransactionTimeout it is ok to return XAERR_NOTA if a rollback/commit is attempted after we have heuristically timed out the branch. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186575#4186575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186575

15 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Missing tomcat JARs in branches/2.x?

by trustin

I see. Then let me update the .classpath file in the SVN repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186573#4186573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186573

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by ataylor

anonymous wrote : If we return false to setTransactionTimeout(), why is it ok to time out transactions ourselves, and return XA_ERNOTA? The way I read Arnaud's comment is that if we return true from setTransactionTimeout then the Transaction Manager will expect us to timeout with a XA_RBTIMEOUT after the time set. Since we we will be returning XA_ERNOTA we need to return false. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186572#4186572 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186572

15 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Missing tomcat JARs in branches/2.x?

by ron.sigal＠jboss.com

Hi Trustin, As of 2.5.0.GA I dropped support for Apache tomcat, so those jars are gone from branch 2.x. It looks like an old classpath. -Ron View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186564#4186564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186564

15 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008