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

[Design of JBoss jBPM] - String Buffer User in jBPM 4

by bradsdavis

I noticed a lot of StringBuffer use in the codebase. I think that in Java 5, all string concatenations are automatically changed at runtime to StringBuilder [which is faster than StringBuffer]. Unless we are worried about thread concurrency in a given class, I don't think we should be using StringBuffer explicitly. See: http://java.sun.com/javase/6/docs/api/java/lang/StringBuilder.html http://peterbacklund.blogspot.com/2007/02/stringbuilder-vs-stringbuffer-a... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223385#4223385 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223385

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: email templates

by IvanLatysh

Just to clear a few things. Velocity or freemarker will template the message body, when Email Emitter externalize message generation, and you can customize any part of the message, headers, body, sender, etc. And email template can be tested standalone by a designer outside of the server. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223376#4223376 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223376

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: email templates

by IvanLatysh

Have a look at http://code.google.com/p/saxon-extensions/wiki/EmailEmitter. Templates is much easier to use than velocity and well understood by designers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223375#4223375 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223375

17 years

1
0
0 / 0

[Design of JBoss Portal] - A typo in LDAPUserModule.java?

by Shi Yusen

Line 401 in getSearchScope() method: String scope = getIdentityConfiguration().getValue(IdentityConfiguration.USER_CONTEXT_DN); A typo or intend? Anyway, I have integrated JBoss Portal with CAS and OpenLDAP successfully. Great work! Regards, Shi Yusen/Beijing Langhua Ltd. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223366#4223366 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223366

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: QueueDeployer?

by clebert.suconic＠jboss.com

"clebert.suconic(a)jboss.com" wrote : "ataylor" wrote : | | "Tim Fox" wrote : I'm not sure what you mean here. But JBM already supports multiple queue files ending in *-queues.xml | | | | Not true, I think Jeff looked at what was involved with this and we came to the conclusion that we shouldn't do it.iirc it was because we would have had to scan the full classpath. | | | What about configuring the file-names on properties through jbm-beans.xml? If the user wants to add a jbm-Factory-jms.xml and another jbm-Store-jms.xml, all he have to do is change the POJO on jbm-beans.xml instead of changing the java code for that. Please Ignore me.... there is already a property on XMLDeployer. I was confusing it with getDefaultFiles, and the FileDeploymentManager will use getConfigFileNames(). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223352#4223352 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223352

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: QueueDeployer?

by clebert.suconic＠jboss.com

"ataylor" wrote : | "Tim Fox" wrote : I'm not sure what you mean here. But JBM already supports multiple queue files ending in *-queues.xml | | Not true, I think Jeff looked at what was involved with this and we came to the conclusion that we shouldn't do it.iirc it was because we would have had to scan the full classpath. What about configuring the file-names on properties through jbm-beans.xml? If the user wants to add a jbm-Factory-jms.xml and another jbm-Store-jms.xml, all he have to do is change the POJO on jbm-beans.xml instead of changing the java code for that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223351#4223351 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223351

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Improving the process of applying AnnotationPlugins on M

by alesj

I've committed initial code (currently no tests). You can check the new CommonAnnotationAdapter and apply the new feature accordingly. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223348#4223348 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223348

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM 4 Email Question

by bradsdavis

Thinking about how a lot of newletter type email systems send emails, do you think we would ever want a mail node to actually produce X number of distinct emails, one per user to customize emails per user? For example, in addition to customizing the email based on the environment object, customize it on the recipient list? For customer based emails, this may be important. Example: Brad, You have the following task available. If this is the case, our email producer should return a collection of emails rather than one single email. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223335#4223335 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223335

17 years

1
0
0 / 0

[Design of Clustering on JBoss] - Re: JBAS-5703 - Make HA-JNDI use wait for first positive res

by galder.zamarreno＠jboss.com

"bstansberry(a)jboss.com" wrote : anonymous wrote : 2. I noted this as a todo in the patch: ResponseFilter/RspFilter API: If needMoreResponses() took response and sender as well, class implementations could be Immutable and same instance could be passed to all lookups. As it is right now, they can't and new instances need to be generated for every lookup. | | Having 2 methods lets you filter responses out of the response list while still accepting more responses. To get the same thing out of one method you'd have to change the return type to something beyond simple boolean, perhaps Boolean but better an enum. This would be a JGroups API change. | I'm not sure you understood what I meant. I agree that we need 2 methods but why not have needMoreResponses() also receive the response and the sender? The problem right now is that I know whether I need more responses based on what isAcceptable() receives!! This makes the filter stateful, I need to cache a boolean and return that in needMoreResponses(). IOW, what I'm asking is that both methods, which have different functions, to receive both the response and sender. That would simplify the ResponseFilter implementation making it Immutable and hence you can always pass the same instance to the remote method call. I know it's an API change but something to keep in mind for JGroups 3.0? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223334#4223334 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223334

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Improving the process of applying AnnotationPlugins on M

by jaikiran

"alesj" wrote : OK, let's try with my approach + I'll remove Object method scanning. | | I'll let you know when I'm done, | and you can then try out the MC/Kernel trunk. | Wait :-) I'm still not sure that will fix this entirely. I was pointed to the AnnotationEnvironment - let me see how that works and fits in. anonymous wrote : @MCAnnotations(Inject.class, EJB.class, Resource.class, PersistenceContex.class) // this will be add | ed via MDR / metadata | public class MyEJB implements IMyEJB | Just to clarify, we don't actually install the EJB impl classes - instead we deploy internal EJB3 containers. But anyway, i get what you meant :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4223332#4223332 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4223332

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