October 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: MessageService and JMS

by tom.baeyens＠jboss.com

don't have time to comment in depth right now. but you are definitely on the right track. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977611#3977611 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977611

19 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Ordering of nested deployments

by scott.stark＠jboss.org

"adrian(a)jboss.org" wrote : Why? | ... | Is there a case where stage N of an outer deployment depends | upon stage N of an inner deployment? | One circumstance where there is a conflict between the structural parse and deployment phase is when adding a deployer which contains deployments. The war deployers contained in a jbossweb-tomcat6.deployer package also contains a ROOT.war. The structural pase phase identifies the jbossweb-tomcat6.deployer and jbossweb-tomcat6.deployer/ROOT.war as deployment contexts, but the deployer list is fixed going into the deploy loop. Other than getting into full hotdeployment of deployers, we would need a notion of retrying deployment contexts that had no deployer if a deployer was added during a deploy loop. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977610#3977610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977610

19 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Interacting with class properties rather than instances?

by scott.stark＠jboss.org

Do we have a notion of being able to configure class properties rather than instance properties? An example usage is to externalize the current org.jboss.virtual.plugins.context.jar.JarUtils jarSuffixes: | <bean name="JARUtils" class="org.jboss.virtual.plugins.context.jar.JarUtils" static="true"> | <property name="jarSuffixes"> | <set elementClass="java.lang.String"> | <value>.zip</value> | <value>.ear</value> | <value>.jar</value> | <value>.rar</value> | <value>.war</value> | <value>.sar</value> | <value>.har</value> | <value>.aop</value> | <value>.deployer</value> | </set> | </property> | </bean> | | This has actually been externalized by the JARStructure deployer, so this example can be handled there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977606#3977606 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977606

19 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: MessageService and JMS

by mteira

I think I've found a bug in the CompositeCommand injection method. The problem is that findField method is only feeded with the class of the previous command result, and since it should search into the new Command class for a field suitable to be injected with the result of the previous command, I think it's wrong (at least it's not injecting). I've changed it and now seems to work: ### Eclipse Workspace Patch 1.0 | #P jbpm | Index: jpdl/jar/src/main/java/org/jbpm/command/CompositeCommand.java | =================================================================== | RCS file: /cvsroot/jbpm/jbpm.3/jpdl/jar/src/main/java/org/jbpm/command/CompositeCommand.java,v | retrieving revision 1.1 | diff -u -r1.1 CompositeCommand.java | --- jpdl/jar/src/main/java/org/jbpm/command/CompositeCommand.java 23 Aug 2006 15:37:37 -0000 1.1 | +++ jpdl/jar/src/main/java/org/jbpm/command/CompositeCommand.java 11 Oct 2006 15:15:59 -0000 | @@ -5,6 +5,8 @@ | import java.util.Iterator; | import java.util.List; | | +import org.apache.commons.logging.Log; | +import org.apache.commons.logging.LogFactory; | import org.jbpm.JbpmContext; | import org.jbpm.JbpmException; | | @@ -37,7 +39,7 @@ | } | | protected void tryToInject(Object lastResult, Command command) { | - Field field = findField(lastResult.getClass()); | + Field field = findField(lastResult.getClass(), command); | if (field!=null) { | field.setAccessible(true); | try { | @@ -48,10 +50,10 @@ | } | } | | - protected Field findField(Class clazz) { | + protected Field findField(Class clazz, Command command) { | Field field = null; | int i=0; | - Field[] fields = clazz.getDeclaredFields(); | + Field[] fields = command.getClass().getDeclaredFields(); | while ( (i<fields.length) | && (field==null) | ) { | @@ -63,6 +65,9 @@ | } | i++; | } | + log.debug("Field to inyect for class '"+clazz.getName()+"' is '"+field+"'"); | return field; | } | + | + private static Log log = LogFactory.getLog(CompositeCommand.class); | } | Also, I've added to the SignalCommand a new field as I commented before, to be able to send a composite command (NewProcessInstanceCommand,SignalCommand) with the latter using the ProcessInstance returned by the former: ### Eclipse Workspace Patch 1.0 | #P jbpm | Index: jpdl/jar/src/main/java/org/jbpm/command/SignalCommand.java | =================================================================== | RCS file: /cvsroot/jbpm/jbpm.3/jpdl/jar/src/main/java/org/jbpm/command/SignalCommand.java,v | retrieving revision 1.3 | diff -u -r1.3 SignalCommand.java | --- jpdl/jar/src/main/java/org/jbpm/command/SignalCommand.java 23 Aug 2006 15:37:37 -0000 1.3 | +++ jpdl/jar/src/main/java/org/jbpm/command/SignalCommand.java 11 Oct 2006 15:19:29 -0000 | @@ -24,6 +24,7 @@ | import org.apache.commons.logging.Log; | import org.apache.commons.logging.LogFactory; | import org.jbpm.JbpmContext; | +import org.jbpm.graph.exe.ProcessInstance; | import org.jbpm.graph.exe.Token; | | public class SignalCommand implements Command { | @@ -34,14 +35,23 @@ | String transitionName = null; | | Token previousToken = null; | + ProcessInstance previousProcessInstance = null; | | public Object execute(JbpmContext jbpmContext) { | log.debug("executing "+this); | - Token token = getToken(jbpmContext); | - if (transitionName==null) { | - token.signal(); | + if (previousProcessInstance!=null) { | + if (transitionName==null) { | + previousProcessInstance.signal(); | + } else { | + previousProcessInstance.signal(transitionName); | + } | } else { | - token.signal(transitionName); | + Token token = getToken(jbpmContext); | + if (transitionName==null) { | + token.signal(); | + } else { | + token.signal(transitionName); | + } | } | return null; | } | It seems to work. But I've seen a log that says the MessageService used is the DB based one: 2006-10-11 17:01:55,472 DEBUG [org.jbpm.svc.Services] closing service 'message': org.jbpm.msg.db.DbMessageService@6be4cc | 2006-10-11 17:01:55,483 DEBUG [org.jbpm.msg.db.DbMessageService] messages were produced the jobExecutor will be signalled | | I suppose that (once again) is caused by a missconfiguration. How should I configure what message service implementation should be used? Regards. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977593#3977593 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977593

19 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Issues with shunned node rejoining a cluster

by bstansberry＠jboss.com

I've found that you don't get a new view when you disconnect. Re: agreed that wipe clean is pretty likely, but if we end up implementing merge policies that imply callbacks anyway, perhaps we can piggyback. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977576#3977576 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977576

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Server side HA and failover

by timfox

It is implemented as a set of partial queues, one on each node. Let's discuss this in the meeting :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977575#3977575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977575

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Server side HA and failover

by bstansberry＠jboss.com

OK; I knew I didn't understand something fundamental. I thought the same queues existed on every node, based on this in the NewClusteringDesign wiki: anonymous wrote : This gives us the freedom to implement the distributed queue as a set of partial queues, one on each node of the cluster. If the queue doesn't exist on each node in the cluster, this implies then that there *is* a separate cluster topology for each queue/topic. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977573#3977573 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977573

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Server side HA and failover

by timfox

"bstansberry(a)jboss.com" wrote : | | I'm still not sure I understand. I completely understand about what the failover server needs to do; just not certain about why it matters which node the client connects to. | | Is it because the recovered messages were part of a session, and to properly maintain the guaranteed order of delivery of messages from a particular JMS session, the client has to connect to the correct server? Because the queues the client is consuming from will only exist on one node (the node that the original node failed over to), so the client must connect to that one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977571#3977571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977571

19 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Issues with shunned node rejoining a cluster

by manik.surtani＠jboss.com

Ok, so that's fine for detecting such an event - but then again, doesn't the coord detect such an event as well and issue a new View? So we'd need to wire things so we don't reassign buddies twice - when we detect a shun/stop and again when we get a new View. Re: merging, I think the wipe-clean approach is probably the only thing we can reliably do, as there is no way of knowing how to merge data without implementing a call-back for the calling application to handle. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977568#3977568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977568

19 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Server side HA and failover

by bstansberry＠jboss.com

anonymous wrote : | "brian .stansberry" wrote : | | Stupid question: why does the client need to fail over to a particular server? The failover server needs to do work to recover persistent messages from the store, but once it's done that, aren't they available to a client connecting to any server? | | Each server maintains it's own set of queues each containing different sets of messages. | So when a node fails the failover node needs to take over responsibility for the queues on the node that failed. | This means creating those queues in memory and loading any persistent messages from storage into those queues (if in memory replication is being used the messages will already be there so no need to load from storage). | This means clients need to reconnect the node which now hosts those queues so they can continue as if nothing happened. I'm still not sure I understand. I completely understand about what the failover server needs to do; just not certain about why it matters which node the client connects to. Is it because the recovered messages were part of a session, and to properly maintain the guaranteed order of delivery of messages from a particular JMS session, the client has to connect to the correct server? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3977564#3977564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3977564

19 years, 6 months

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 October 2006