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

by jean85

hello, is it possible to work in cluster mode with jbpm and if yes, is there any documentation about this point? thank you. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129218#4129218 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129218

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - compensation handling

by jean85

hello, I'm interesting in creating a workflow with compensation handler. Is it possible to create such processes with jBPM, is there any documentation about compensation handling with jBPM? Thanks for your answer. jean View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129215#4129215 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129215

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Can you create a MetaValue object without an actual valu

by bytor99999

Well, in that case, absolutely nothing. :) That is actually what I am using right now for the Map case. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129205#4129205 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129205

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - In/Un callbacks should be happening at Install

by adrian＠jboss.org

The In/Uncallbacks were setup to happen at the Configured on the thing being registered into, this is the wrong default. We shouldn't be installing into a registry until it has had chance to go through its lifecycle. e.g. create() can be used to validate configuration is correct (no missing or inconsistent properties) and fail if there is a problem. Or the registry may need to do extra work before receiving registrations, possibly based on the value of two parameters passed during the config stage. I've changed the default state to be Installed (this is the "no surprises" setting). If somebody wants it to happen earlier, then can always change it in the xml or the annotation. Further, there were are ZERO tests of changing whenRequired and dependentState for the callbacks. I created one for changing the dependentState=Instantiated (fortunately it works :-), but this obviously needs to be tested more systematically. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129159#4129159 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129159

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - In/Un callbacks should be happening at Install

by adrian＠jboss.org

The In/Uncallbacks were setup to happen at the Configured on the thing being registered into, this is the wrong default. We shouldn't be installing into a registry until it has had chance to go through its lifecycle. e.g. create() can be used to validate configuration is correct (no missing or inconsistent properties) and fail if there is a problem. Or the registry may need to do extra work before receiving registrations, possibly based on the value of two parameters passed during the config stage. I've changed the default state to be Installed (this is the "no surprises" setting). If somebody wants it to happen earlier, then can always change it in the xml or the annotation. Further, there were are ZERO tests of changing whenRequired and dependentState for the callbacks. I created one for changing the dependentState=Instantiated (fortunately it works :-), but this obviously needs to be tested more systematically. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129158#4129158 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129158

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Concurrent deployments

by adrian＠jboss.org

A simple mechansim that I can think of would to have a new ControllerMode http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/trunk/jboss-dependency... which you could add to your deployment. | <deployment mode="asynchronous"> |  | </deployment> | which would work like the "automatic" mode, except it submits the work to a background thread pool. In this scenario, it would largely be "self-optimizing" since it would automatically advance related dependencies that are eligible once these beans reach the relevant stages. But this wouldn't work so well for the old JMX MBeans which are hardwired to operate in "manual" mode driven by the "SARDeployer"/ServiceController for backwards compatibilty reasons. The Deployments (which are also managed for dependency by the MC) also run in "manual" mode which might be a good thing since it would still ensure that classloaders are constructed in a predictable order on one thread. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129119#4129119 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129119

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Concurrent deployments

by adrian＠jboss.org

Couldn't you just implement this anyway in your services, using the 2PC create/start lifecycle? | private volatile Thread startupThread; | | public void create() throws Exception | { | startupThread = new Thread(new Runnable() | { | // start channel here | }); | } | | public void start() throws Exception | { | startThread.join(); // wait for startup to complete before injecting ourselves onto others | startThread = null; | } | Of course, we could do better (e.g. using thread pools and "optimizing" related work across threads based on dependencies) if this was a feature of the MC. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129105#4129105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129105

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Adding MetaData.isAnnotationPresent(String annotationTyp

by adrian＠jboss.org

Of course, the above was pseudo code. What I really mean is that you don't need to change the MetaData api, you could just have a static helper method (real code): | public static boolean isAnnotationPresent(MetaData metaData, String name) | { | if (metaData == null) | throw new IllegalArgumentException("Null metadata"); | | Object test = metaData.getMetaData(name); | return test != null && (test instanceof Annotation); | } | But such a non-annotation using the name of annotation class would break the assumption of how the annotation stuff works in the metadata. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129101#4129101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129101

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: EJB/War deployer ordering problem

by pete.muir＠jboss.org

Carlo explained to me why this no longer works. In essence, the spec says that if you are accessing EJBs from a servlet, then you must declare your EJBs in web.xml (this is true for all other EJB3 implementations). JBoss EJB3/AS4/AS4.2 provided an extension to this, such that EJBs were available in global JNDI, and you didn't have to type them all out in web.xml. This was a (nice) piece of value add that JBoss EJB3 provided, and Seam took advantage of. Carlo, correct me if I'm wrong :) So, taking this forward - without this, there are no Seam examples that are guaranteed to work in AS5. We'll add a jboss5 configuration to the port of booking example to jee5 so that we have at least one example that runs. And I guess we start converting our examples over to be non-EJB3 so that they run on both JBoss 4.2 and 5. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129088#4129088 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129088

18 years, 1 month

1
0
0 / 0

[Design of JBoss Profiler] - Re: profiler on solaris

by minixman

OKay so i am running a 64BIT jvm, when i take that off i get Running process 29757 Error occurred during initialization of VM JVMPI not supported with this garbage collector; please refer to the GC/JVMPI documentation View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129083#4129083 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129083

18 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 2008