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

[Design of JBoss jBPM] - Re: description-tag in TaskNode

by kukeltje

wrong forum, use http://www.jboss.org/index.html?module=bb&op=viewforum&f=217 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221199#4221199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221199

15 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - ClientSession Temporary Queues

by jmesnil

I've modified the ClientSession API to distinguish between temp queues and regular queues. createTemporaryQueue(...) methods create temporary queues (which are non-durable ) createQueue() methods create regular queues which can be either durable or non-durable. Only the client API has changed: the queue creation on the server side is the same (we send 2 booleans for temp and durable properties) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221185#4221185 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221185

15 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JMSMessage.ack call is equivalent to JMSSession.commit()

by timfox

Actually I think the fix is even simpler. The JBossMessage only needs the session reference if it is CLIENT_ACK. So when we create the JBossMessage we pass in the session if it is CLIENT_ACK otherwise we pass in null. I have fixed this locally. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221183#4221183 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221183

15 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - svn question

by tom.baeyens＠jboss.com

i regurlarly have the situation that my svn wants to check in class files even after adding target to the svn:ignore. both in eclipse and in the command line. C:\wsjbpm4\jbpm4>svn status | ? modules\deployment\target\test-classes | ? modules\deployment\target\classes | anyone else seen this ? and know how to prevent it ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221165#4221165 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221165

15 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JMSMessage.ack call is equivalent to JMSSession.commit()

by clebert.suconic＠jboss.com

It should be a simple fix, but to fix that I would need access to JBossSession from JBossMessage, or the ACKMode as a property on JBossMessage. This is the complete test: | class AcknowledgementTest | .... | | | public void testTransactionalAcknowledgementClientCallingACK() throws Exception | { | Connection conn = null; | | try | { | conn = cf.createConnection(); | | Session producerSess = conn.createSession(true, Session.SESSION_TRANSACTED); | MessageProducer producer = producerSess.createProducer(queue1); | | Session consumerSess = conn.createSession(true, Session.SESSION_TRANSACTED); | MessageConsumer consumer = consumerSess.createConsumer(queue1); | conn.start(); | | final int NUM_MESSAGES = 20; | | // Send some messages | for (int i = 0; i < NUM_MESSAGES; i++) | { | Message m = producerSess.createMessage(); | //m.acknowledge(); // This is invalid but this call should be ignored accordingly to the javadoc | producer.send(m); | } | | assertRemainingMessages(0); | | producerSess.rollback(); | | // Send some messages | for (int i = 0; i < NUM_MESSAGES; i++) | { | Message m = producerSess.createMessage(); | producer.send(m); | } | assertRemainingMessages(0); | | producerSess.commit(); | | assertRemainingMessages(NUM_MESSAGES); | | | int count = 0; | while (true) | { | Message m = consumer.receive(200); | if (m == null) | { | break; | } | m.acknowledge(); | count++; | } | | assertRemainingMessages(NUM_MESSAGES); | | assertEquals(count, NUM_MESSAGES); | | consumerSess.rollback(); | | assertRemainingMessages(NUM_MESSAGES); | | int i = 0; | for (; i < NUM_MESSAGES; i++) | { | consumer.receive(); | } | | assertRemainingMessages(NUM_MESSAGES); | | // if I don't receive enough messages, the test will timeout | | consumerSess.commit(); | | assertRemainingMessages(0); | | checkEmpty(queue1); | } | finally | { | if (conn != null) | { | conn.close(); | } | } | } | | | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221139#4221139 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221139

15 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - JMSMessage.ack call is equivalent to JMSSession.commit()

by clebert.suconic＠jboss.com

Say.. you have a JMS Session, transacted... | Session consumerSess = conn.createSession(true, Session.SESSION_TRANSACTED); | MessageConsumer consumer = consumerSess.createConsumer(queue1); | conn.start(); | Say, an user now being aware of what he is doing calls message.acknowledge(); int count = 0; | while (true) | { | Message m = consumer.receive(200); | if (m == null) | { | break; | } | m.acknowledge(); // This is invalid, but I guess we should just ignore this call | count++; | } | ATM, a subsequent call to rollback is useless, as m.acknowledge already fired a transaction commit. Message javadoc states we should ignore the call to ack: "Calls to acknowledge are ignored for both transacted sessions and sessions specified to use implicit acknowledgement modes. " so.. what should we do on this case? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221136#4221136 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221136

15 years, 1 month

1
0
0 / 0

[Design of JBossCache] - Re: Common marshalling infrastructure

by galder.zamarreno＠jboss.com

"david.lloyd(a)jboss.com" wrote : "galder.zamarreno(a)jboss.com" wrote : 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); | | | ... | | | | The reason for this is that primitive array classes do not extend the object array class. Since all object arrays are represented by a single byte plus the component type information, there should be one byte to signify the array plus one byte for the primitive wrapper, which is two bytes (not too bad). Likewise, e.g. Byte[][].class would be three bytes, etc. If the length is still unacceptably long, a ClassTable can be used to reduce it down to a single byte. | | Yeah, but the problem here is that aftewards, you're treating Primitive Object arrays as serializable and you're not taken advantage of the same performance gains that you applied to primitive arrays. IOW, in RiverMarshaller.doWriteObject, primitive arrays are treated specially and this is done based on class id coming BASIC_CLASSES. Now, if you don't give the same class IDs or paralell ones to primitive object arrays (Byte[], Integer[]...etc), you're missing out on a performance improvement gain. Currently, looks to me primitive object arrays would be treated as Serializable. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221109#4221109 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221109

15 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - description-tag in TaskNode

by webernie

Hi, is there a way to retrieve informations stored in a description-tag in a TaskNode? In a Task it is possible to retrieve descriptions. But in a TaskNode it seems not. Why? Has anybody an idea how I could description-tags in Tasknodes? Thanks for any proposal. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221099#4221099 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221099

15 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: How to get the returned value from an intercepted method

by kashmr_br

Oh thats easy. I thought I would have to use some method from InvocationResponse in order to get this value. Thanks for the quick response. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221093#4221093 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221093

15 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: How to get the returned value from an intercepted method

by kabir.khan＠jboss.com

public Object invoke(Invocation inv) throws Throwable { Integer i = (Integer)inv.invokeNext(); //Use i return i; } View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4221070#4221070 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4221070

15 years, 1 month

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 March 2009