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

[Design of JBoss jBPM] - Re: statefull vs stateless delegation classes

by camunda

I think it is good practice to keep them stateless as. I also don't remember cases where it is not true. And it doesn't make sense, since you cannot access the changed state later. But it should be made sure that one action object is only used for one thread at a time, like a pool... And it must be documented somewhere ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211085#4211085 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211085

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: statefull vs stateless delegation classes

by kukeltje

40 classes that is, not years ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211080#4211080 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211080

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: statefull vs stateless delegation classes

by kukeltje

I've looked through all the delegation classes I've made the last few years (around 40) and none of them update any member fields. But that is just me (and probably more by accident then on purpose).... not sure if it is save to assume everybody did this... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211079#4211079 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211079

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: [JBMESSAGING-1367] Create JCA resource adapter for JBM 2

by jesper.pedersen

The NotSupportException comes from the fact that we need to have each JMS session in the inbound part of the adapter in a separate thread. Since we are at this point now I'll do an implementation based on WorkManager that you can take a look at. For now the MaxSession attribute can stay at the default value of 1 in order to help testing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211077#4211077 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211077

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DeliveryCount & ACKs (Repost)

by clebert.suconic＠jboss.com

There was jms-tests validating the delivery-counter. We are updating the message as soon as we deliver, and those tests were receiving messages several more times without ACKing them. We used to update delivery counters only on ACK. Now that we update them before delivery, I had to change thos JMStests. anonymous wrote : Also you need core integration tests that test delivery count and starting and stopping the server I will probably come up with more tests, but so far I have this: http://anonsvn.jboss.org/repos/messaging/trunk/tests/src/org/jboss/messag... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211059#4211059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211059

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DeliveryCount & ACKs

by clebert.suconic＠jboss.com

There was jms-tests validating the delivery-counter. We are updating the message as soon as we deliver, and those tests were receiving messages several more times without ACKing them. We used to update delivery counters only on ACK. Now that we update them after delivery, I had to change thos JMStests. anonymous wrote : Also you need core integration tests that test delivery count and starting and stopping the server I will probably come up with more tests, but so far I have this: http://anonsvn.jboss.org/repos/messaging/trunk/tests/src/org/jboss/messag... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211059#4211059 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211059

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MutableClassInfo?

by alesj

"adrian(a)jboss.org" wrote : | There was a previous discussion about adding class name to the signature. | We ended up doing a halfway solution with the DeclaredMethodSignature | since we didn't have time to test changing the existing signatures. But this was in MDR, not Reflect. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211044#4211044 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211044

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Excessive inconsistency logging in jboss-cl

by adrian＠jboss.org

This was caused by an inefficiency in the MC https://jira.jboss.org/jira/browse/JBMICROCONT-409 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211040#4211040 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211040

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MutableClassInfo?

by adrian＠jboss.org

"stale.pedersen(a)jboss.org" wrote : "alesj" wrote : | | What does javassist return as CtBehavior::getSignature? | | How does it look like? | | I guess you get the same string even for diff instances of the same method/field/constructor? | | | yes, using the method signature will create duplicate keys if methods got the same parameter signature. but using CtBehaviour.getLongName() (which add the class and methodname to the signature) we will always be sure that we have a unique key. eg for a method like: Pojo.foo(String), CtBehaviour.getLongName() would return Pojo.foo(java.lang.String). There was a previous discussion about adding class name to the signature. We ended up doing a halfway solution with the DeclaredMethodSignature since we didn't have time to test changing the existing signatures. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211037#4211037 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211037

17 years, 1 month

1
0
0 / 0

[Design of JBoss Portal] - Remove maximize button from portlet

by peris

jboss server 4.2.2a portal 2.7.0 Is it possible to remove the maximize button from portlet ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211034#4211034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211034

17 years, 1 month

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