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

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

by timfox

"clebert.suconic(a)jboss.com" wrote : - In what circunstance xaSession.end(xid, XAResource.TMFAIL) would be called? | | I have made this simple test. and I would expect a commit call to a failed xaSession throwing an exception: | | public void testFailXID() throws Exception | | { | | Xid xid = newXID(); | | ClientSession session = sessionFactory.createSession(true, false, false); | | session.start(xid, XAResource.TMNOFLAGS); | | session.end(xid, XAResource.TMFAIL); | | session.commit(xid, true); // shouldn't this throw an exception? | | | | session.close(); | | | | } | | | | And this is more a question for TM guys: | I guess strictly we should be throwing an exception from commit since it should be rollback only, however in reality I suppose it would an error in the tx mgr if it called commit after ending with TMFAIL. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219622#4219622 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219622

17 years

1
0
0 / 0

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

by clebert.suconic＠jboss.com

- In what circunstance xaSession.end(xid, XAResource.TMFAIL) would be called? I have made this simple test. and I would expect a commit call to a failed xaSession throwing an exception: public void testFailXID() throws Exception | { | Xid xid = newXID(); | ClientSession session = sessionFactory.createSession(true, false, false); | session.start(xid, XAResource.TMNOFLAGS); | session.end(xid, XAResource.TMFAIL); | session.commit(xid, true); // shouldn't this throw an exception? | | session.close(); | | } | This is more a question for TM guys: In what cirscunstance xaSession.forget would be called by a transactionManager. I looked into Arjuna and I couldn't find it making that call anywhere. For JBossMessaging we are just ignoring the call (we couldn't find much use for it). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219620#4219620 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219620

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: MessageRedistribution::testBackAndForth failures

by clebert.suconic＠jboss.com

https://jira.jboss.org/jira/browse/JBMESSAGING-1551 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219618#4219618 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219618

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Common marshalling infrastructure

by galder.zamarreno＠jboss.com

Hey David, I've started to look into how to integrate JBoss Marshalling into JBoss Cache. Here's a list of things I wanted to ask you about: 1.- Would it be possible to upload source jars to the maven repo for next release? 2.- Looking at JBoss Marshalling, I saw that you're considering primitive arrays as known classes but primitive object arrays are not. Is this an oversight or on purpose? i.e. map.put(Byte[].class, Protocol.ID_BYTE_ARRAY_CLASS); | map.put(Boolean[].class, Protocol.ID_BOOLEAN_ARRAY_CLASS); | map.put(Character[].class, Protocol.ID_CHAR_ARRAY_CLASS); | ... 3.- Looks like collections like ArrayList, LinkedList, Hashmap, TreeMap...etc are treated as Serializable objects whereas JBoss Cache treats them differently. Instead, we look through the collection and see if it's an object we might want to marshall it in a diferent way to standard Serialization, i.e. a list of ReplicableCommand (ReplicableCommand does not implement Serializable). How would we deal with this? 4.- Also, JBC treats SingletonList instances separately by just copying the single object within them. Any plans to add this to JBoss Marshalling as well? Other than this, JBoss Marshalling seems to contain the rest of optimisation JBC did for known type arrays, repeated objects, null values...etc. So, in spite of agreeing with Jason's statement in https://jira.jboss.org/jira/browse/JBCACHE-1336 earlier today: anonymous wrote : It might be more useful to define type marshallers outside of the type since most of our magic numbers apply to types not under our control (JDK types). I don't think this might apply any longer if the above points can be resolved. IOW, all types that are not under our control would already be handled by JBoss Marshalling which means that we can concentrate on our types and we could then use @Marshallable annotations. FAO Manik: We talked earlier about the possibility of externalising magic numbers to a properties or XML but if we can stick to annotations, I think it would be cleaner and more natural. We could also make, @Marshallable inherited (http://java.sun.com/j2se/1.5.0/docs/api/java/lang/annotation/Inherited.html), then annotated subclasses would be covered and you'd be able to override the magic number if you needed different marshalling. Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219617#4219617 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219617

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove ./tests/bin on trunk

by clebert.suconic＠jboss.com

gone! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219616#4219616 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219616

17 years

1
0
0 / 0

[Design of JCA on JBoss] - Re: Proposal of new JCAMetaDataRepository (use JBoss-MDR pro

by jesper.pedersen

I have committed some developer documentation for this area -- the interface of MetaDataRepository is likely to change once I get going with the RAR deployer. But we are keeping JBMDR as the foundation for the repository - at least for one of the implementation of the interface. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219612#4219612 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219612

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Lock striping broken for Second Level Cache use case

by jason.greene＠jboss.com

anonymous wrote : | You mean segments = (concurrency level / 20) right? :-) | Yes. My brain was in reverse this morning ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219611#4219611 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219611

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: MessageRedistribution::testBackAndForth failures

by timfox

Could you add a JIRA for the recursion? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219607#4219607 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219607

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remove ./tests/bin on trunk

by timfox

My vote is to get rid of it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219605#4219605 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219605

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: MessageRedistribution::testBackAndForth failures

by clebert.suconic＠jboss.com

I have now changed the test to wait for messages, and it doesn't fail for messages out of order any more. However, the test still fails (more rarely though). I have seen the recursive call a couple of times when running the test in loop, and some times a waitingForBinding failure as I have seen eventually in other tests. I would say the test fails 1 in 50 now. Sometimes I see the exception even though the test doesn't fail. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219604#4219604 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219604

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