September 2006 - jboss-dev-forums

[Design of JBoss Portal] - Re: Standardizing on one logging package

by anil.saldhana＠jboss.com

Yes, you should standardize on the JBoss Logger usage. With increasing usage of JDK util logging in lots of 3rd party OSS packages that we integrate, we really need standardized Logger usage (such that any kind of bridging with log4j, juli can be handled by the JBoss logger) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969530#3969530 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969530

19 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XARecovery - MQ/Messaging merge

by timfox

messages: | select ... from jms_message_reference where transactionid=? and state="+" | acks: | select ... from jms_message_reference where transactionid=? and state="-" | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969526#3969526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969526

19 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XARecovery - MQ/Messaging merge

by mskonda

"timfox" wrote : | This means loading all the messages and acks into the InMemoryCallback. How do you find the acks Tim? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969525#3969525 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969525

19 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Standardizing on one logging package

by dimitris＠jboss.org

Brobably not, you should still code to the Logger class: https://svn.jboss.org/repos/common/common-old/branches/Branch_1_0/src/mai... https://svn.jboss.org/repos/common/common-logging-spi/trunk/src/main/java... Scott/Ruel would have the plan for this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969521#3969521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969521

19 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Standardizing on one logging package

by julien＠jboss.com

What matters then is the contract. Does it change between the two versions ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969513#3969513 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969513

19 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Standardizing on one logging package

by dimitris＠jboss.org

common-old (i.e. common 1.0.x) will work with jboss 4.0.5.CR1+ The refactored common (probably common v2) will target jboss5. AFAIK, for the time being the difference is in the packaging, the classes are the same. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969511#3969511 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969511

19 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XARecovery - MQ/Messaging merge

by mskonda

yup, just lookint at it! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969510#3969510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969510

19 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XARecovery - MQ/Messaging merge

by timfox

"mskonda" wrote : | So, that's the reason why the message isn't delivered!!!! Would you be able to give me hand in creating that callback? Take a look at ChannelSupport::InMemoyrCallback You basically want to do something very similar - you may even be able to use this exact class View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969509#3969509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969509

19 years, 7 months

1
0
0 / 0

[Design of JBoss Labs] - Re: New properties for shotoku.properties

by adamw

Next update of an item will start only if the previous one ended. So it is possible to lose all threads if number of resources that hang is greater or equal to the number of threads. However, we shouldn't write sache items which hang :). -- Adam View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969508#3969508 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969508

19 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XARecovery - MQ/Messaging merge

by mskonda

"timfox" wrote : When you load the prepared transactions from the database, you need to "reconstitute" them in exactly the same state they were in after the prepare was originally executed. | | This means loading all the messages and acks into the InMemoryCallback. Otherwise when you call commit(), nothing will get delivered or acknowledged in memory since you haven't loaded the data. | | You also need to create a TxCallback (which I see you have already done) - the TXCallback doesn't need to have data populated in it, since it's data was already persisted when prepare was completed. So, that's the reason why the message isn't delivered!!!! Would you be able to give me hand in creating that callback? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969507#3969507 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969507

19 years, 7 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 September 2006