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

[Design of POJO Server] - Re: Default VFS caching locations

by jaikiran

"jason.greene(a)jboss.com" wrote : (unless they aren't using temps). | | And from what i remember, every deployment irrespective of how its packaged will be temped. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232958#4232958 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232958

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: interested in contributing ?

by swatis

I made few changes in jbpm console war (version 3.2.3). Changes are:- 1) Make group Task avaliable to each user's personal Task List. 2) Added "Avail" link to the group task so that user can by clicking on this link assign the task to himself and then this task will not be visible to the other members of group. This way there wont be parallel task updation by members of group problem. Group task will be visible to all members of group until one of the member of group avail this task. (by "avail" link) 3) If task is not yet stated still examine, suspend links were available. So made this change. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232930#4232930 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232930

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Uploading MC artifacts to the labs downloads area

by kabir.khan＠jboss.com

"kabir.khan(a)jboss.com" wrote : Actually, the build works, but I get no dist artifacts in build/target The dist assembly seems to be tied to the 'dist' profile, so | mvn -Pdefault,assembly,dist install -Dmaven.test.skip=true | works View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232898#4232898 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232898

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does KernelBusRuntimeComponentDispatcher handle lifecycl

by alesj

And I've implemented this for the ServiceControllerContext: | public ControllerState lifecycleInvocation(String name, Object[] parameters, String[] signature) throws Throwable | { | if (lifecycleInfo == null) | lifecycleInfo = new LifecycleInfo(this); | | return lifecycleInfo.lifecycleInvocation(name, signature); | } | | public class LifecycleInfo | { | private ServiceControllerContext context; | private Map<String, StateInfo> lifecycleOps; | | public LifecycleInfo(ServiceControllerContext context) throws Throwable | { | if (context == null) | throw new IllegalArgumentException("Null context"); | | this.context = context; | // build possible lifecycle ops | lifecycleOps = new HashMap<String, StateInfo>(); | lifecycleOps.put("create", new StateInfo(false, true, ControllerState.CREATE)); | lifecycleOps.put("start", new StateInfo(false, true, ControllerState.START)); | lifecycleOps.put("stop", new StateInfo(false, false, ControllerState.CREATE)); | lifecycleOps.put("destroy", new StateInfo(false, false, ControllerState.CONFIGURED)); | | ServiceController controller = context.getServiceController(); | MBeanServer server = controller.getMBeanServer(); | if (server != null) | { | MBeanInfo info = server.getMBeanInfo(context.getObjectName()); | MBeanOperationInfo[] ops = info.getOperations(); | if (ops != null) | { | for (MBeanOperationInfo op : ops) | { | String name = op.getName(); | | StateInfo flag = lifecycleOps.get(name); | if (flag == null) | { | continue; | } | | // Validate that is a no-arg void return type method | if (op.getReturnType().equals("void") == false) | { | continue; | } | if (op.getSignature().length != 0) | { | continue; | } | | flag.opExists = true; | } | } | } | } | | /** | * Is this invocation a lifecycle invocation. | * | * Return state value to which this context should be moved | * or return current state if we're already past the lifecycle state | * or null if the invocation is actually not a lifecycle invocation. | * | * @param opName operation name | * @param signature method's parameter types / signatures | * @return state to which we should move this context, or null if this is not lifecycle invocation | * @throws Throwable for any error | */ | public ControllerState lifecycleInvocation(String opName, String[] signature) throws Throwable | { | if (signature != null && signature.length > 0) | return null; | | StateInfo flag = lifecycleOps.get(opName); | if (flag == null || flag.opExists == false) | return null; | | Controller controller = context.getController(); | ControllerStateModel model = controller.getStates(); | ControllerState state = context.getState(); | if (flag.installPhase) | { | if (model.isAfterState(flag.state, state)) | return flag.state; | else | return state; | } | else | { | if (model.isBeforeState(flag.state, state)) | return flag.state; | else | return state; | } | } | | /** | * State info holder. | */ | private class StateInfo | { | boolean opExists; | boolean installPhase; | ControllerState state; | | private StateInfo(boolean opExists, boolean installPhase, ControllerState state) | { | this.opExists = opExists; | this.installPhase = installPhase; | this.state = state; | } | } | } | Or should there be some more logic to it? e.g. handling 'jbossInternalLifecycle' View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232870#4232870 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232870

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Uploading MC artifacts to the labs downloads area

by kabir.khan＠jboss.com

Actually, the build works, but I get no dist artifacts in build/target View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232868#4232868 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232868

17 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Uploading MC artifacts to the labs downloads area

by kabir.khan＠jboss.com

Thanks Paul, that seems to do the job View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232866#4232866 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232866

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Trying to install libaio

by timfox

We should make it explicit in the docs what architectures we support. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232864#4232864 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232864

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Trying to install libaio

by timfox

Hmm, we should also probably build for IBM POWER chips too, these are popular in the data centre, i beleive. we should also give instructions how to build from source in the user guide View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232851#4232851 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232851

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Trying to install libaio

by timfox

Cool. We should have both AMD and Intel boxes in the qa lab somewhere, so should be ok. If people want to compile for other architectures they can build from source. :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232847#4232847 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232847

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Trying to install libaio

by clebert.suconic＠jboss.com

We just need to compile them and add them to the binaries. I will do it first thing next week. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232846#4232846 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232846

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