July 2006 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by adrian＠jboss.org

You have it correct. Order is different from timing. The comment in the SpySession is just saying the same thing as the spec. The implementation in SpySession is overly complicated because there is no "session thread" which means it has to stop delivery on the whole connection to guarantee no new deliveries during the recovery. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958084#3958084 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958084

19 years, 8 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven 2.0 - single module and minimal server build

by c.vidal

A drawback of the "flat" layout is that it is not supported by the Continuum continous integration server, whereas the "nested" is ... http://66.249.93.104/search?q=cache:bT0nlnj5bXAJ:jira.codehaus.org/browse... So you have to choose between eclipse and continuum ... Just my 2 cents ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958080#3958080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958080

19 years, 8 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Setting up the designer to develop in eclipse

by sgodden

By grepping jar contents, I added the necessary plugin dependencies to the manifest for the ui project, and the ui.test project. It seems to me that the manifests in CVS are wrong. Should I submit a patch for that? And in terms of testing, it seems the only way is to build the feature each time and unzip it into a spare eclipse-3.2 install. Is that the way you do it, or should I just be launching a new Eclipse Application config? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958077#3958077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958077

19 years, 8 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven 2.0 - single module and minimal server build

by c.vidal

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by timfox

Point taken, the timing isn't important, but my understanding is the order is. So if I receive messages A, B, C then rollback I should receive A, B, C. The only exception to this if some of those messages have since expired or higher priority messages have arrived, in all other cases the order must be preserved. Is this correct? In JBossMQ SpySession there is this comment: "// Restart the delivery sequence including all unacknowledged messages // that had // been previously delivered. Redelivered messages do not have to be // delivered // in exactly their original delivery order." Which seems to conflict with what the spec says.. although I guess I'm misinterpreting it wrong, although not sure where :( I would never make a good lawyer... Perhaps I am confusing the order of receipt of the messages with the order of delivery of the messages. E.g. If I received A, B, C then rolled back and then received A, D, B, C, E then the delivery order is still preserved (A, B, C) it's just they're interleaved with D and E. ?? JMS1.1 4.4.11: "In effect, the session?s series of delivered messages is reset to the point after its last acknowledged message. The messages it now delivers may be different from those that were originally delivered due to message expiration and the arrival of higher-priority messages." View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958073#3958073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958073

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | It could be an infinite delay if the TM's transaction log is not recovered | after a prepared JTA transaction and then a crash. | I assume no heuristics. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958071#3958071 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958071

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by adrian＠jboss.org

On the XAResource question, the timing is completely out of your control. It could be an infinite delay if the TM's transaction log is not recovered after a prepared JTA transaction and then a crash. All you can do is put the messages back in the queue/subscription when the TM does decide to rollback. This could be "long after" the consumer, session or connection has disappeared. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958067#3958067 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958067

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Session recovery on rollback

by adrian＠jboss.org

That's twice you've stated a non-requrement in the spec. The only time the spec mentions anything related to the *timing* of redelivery is when dealing with runtime exceptions thrown by message listeners in AUTO/DUPS_OK acknowledge mode: JMS1.1 - 4.5.2 " The result of a listener throwing a RuntimeException depends on the session?s acknowledgment mode. ? AUTO_ACKNOWLEDGE or DUPS_OK_ACKNOWLEDGE - the message will be immediately redelivered. The number of times a JMS provider will redeliver the same message before giving up is provider-dependent. The JMSRedelivered message header field will be set for a message redelivered under these circumstances. " Since this part of the spec is defines something that is non-portable behaviour "provider-dependent", I don't see why you are trying to expend this to rest of the JMS spec. In fact, if your interpretation was true, JBossMQ (and other jms providers) would not be allowed to have the "redelivery delay" feature that stops cpu loops in the event of a broken listener/subscriber. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958066#3958066 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958066

19 years, 8 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Session recovery on rollback

by timfox

When a jms session is rolled back via the Session.rollback() method, any messages due to be sent and any acks due to be made in the session are thrown away. Also any messages delivered in that session are supposed to be immediately redelivered, in the same way as what happens when you call session.recover(). This is all pretty clear from the spec. I wanted to clarify the recovery behaviour when the session is enlisted in an XA transaction and rollback is called on the sessions XAResource. Clearly the messages and acks need to be discarded in the same way, but I'm not sure if we are required to replay the messages to the sessions consumers as we are when rolling back using session.recover(). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958060#3958060 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958060

19 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3 embeddable class folders

by bill.burke＠jboss.com

Ok, demo it next week. Never used class-path. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3958059#3958059 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3958059

19 years, 8 months

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 July 2006