June 2009 - jboss-user - Jboss List Archives

[JBossMQ] - Re: Problem with generic clientIDs

by adrian＠jboss.org

The ID:XXXX is used when you don't do Connection.setClientID() The "cannot subscribe" is because you've had a network breakage but the server hasn't detected the failed client yet. The client will fire the exception listener when it detects the 'Read timeout" e.g. no ping/pong going over the network with the server. The server will still think the client is connected until it also detects the "Read Timeout" which might be after the client detects it and could be anything upto 2 minutes later (see the (Client)ReadTimeout in uil2-service.xml - default 120000ms == 2 minutes) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236044#4236044 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236044

17 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: Topic hierarchy support in JBM 2.0 ?

by gjeudy

Thanks thats great to know it's possible. I will check with my manager whether it would be easy to upgrade to JBAS 5 and it looks like that would make it easier on us. Can you expand a little bit on your answer? How does the MBean comes into the picture? Is coding a custom MBean a requirement to successfully embed JBM 2.0 in JBAS 4.2.2 ? Regards, -Guillaume View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236042#4236042 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236042

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by philsegal

17 years, 1 month

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: jboss MainDeployer takes forever

by jaikiran

Do you declare any classpath entries in the MANIFEST.MF of those deployable jars? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236039#4236039 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236039

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by philsegal

2nd time lucky... <?xml version="1.0" encoding="UTF-8"?> <process-definition xmlns="" name="ny-workflow-2"> <start-state name="start-daily-pnl"> </start-state> <task-node name="signoff-pnl">  <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> pnlSignOffMOAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> signOffMultiAction jbpmConfiguration  </task-node> <task-node name="propose-adjustments"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> proposeAdjustmentAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> proposeAdjustmentsAction jbpmConfiguration </task-node> <task-node name="approve-reject-adj"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> approveRejectAdjustmentAssignmentHandler jbpmConfiguration </task-node>  <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> rejectAdjustmentsAction jbpmConfiguration <task-node name="review"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> reviewPnlAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> reviewPnlAction jbpmConfiguration </task-node> <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> autoApproveAdjustmentsAction jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> approveAdjustmentsAction jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> downstreamFeedsAction jbpmConfiguration <task-node name="unsignoff-pnl"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> pnlSignOffMOAssignmentHandler jbpmConfiguration <action config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> unsignoffAction jbpmConfiguration    </task-node> <end-state name="end-daily-pnl"></end-state> </process-definition> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236038#4236038 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236038

17 years, 1 month

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - jboss MainDeployer takes forever

by Elhanan

hi, i have jboss 4.2.3 look at the timeStamp here: 15:48:36,537 INFO [EARDeployer] Init J2EE application: file:/C:/Workdir/jboss/jboss-4.2.3/server/pmp/deploy/underwrite.ear/ 15:48:50,508 WARN [MainDeployer] Found non-jar deployer for lib/common/propertyset-1.3.jar: MBeanProxyExt[jboss.ejb:service=EJBDeployer] 15:48:55,076 WARN [MainDeployer] Found non-jar deployer for lib/webapp/oscore-2.2.4.jar: MBeanProxyExt[jboss.ejb:service=EJBDeployer] 15:49:02,592 WARN [MainDeployer] Found non-jar deployer for lib/common/propertyset-1.3.jar: MBeanProxyExt[jboss.ejb:service=EJBDeployer] 15:50:32,498 INFO [EjbModule] Deploying ConfigurationServiceEjb does this make sense? what could it do to take so long?? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236037#4236037 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236037

17 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Bridge stop should stop failureHandler too

by mclu

Hi. JB 4.2.3 with JBM 144 I noticed that if I stop the bridge using jmx the failure handler still trying to solve the error. To be more exact. I start jboss but the bridge destination node is not there. I stop the bridge but this call tells me Bridge is already stopped. But still the retry handler tries to get a connection to the remote server each interval (in my case 10 seconds). It would be nice to add a "shouldstart" flag which is checked at the failureHandlers. A stop should always also stop the FailureHandlers and the Batchtime checker. A start again should start them of course :-) Greet Markus View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236036#4236036 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236036

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Re: JBPM Nested Fork/Joins Doesn't seem to work

by philsegal

Thanks, Junit and jbpm xml file are below. package com.jpmorgan.orion.workflow.ny; import org.jbpm.graph.def.ProcessDefinition; import org.jbpm.graph.exe.ProcessInstance; import org.junit.Test; import com.jpmorgan.orion.workflow.service.BaseManagerTestCase; /** * Phil Segal * @date @14 May 2009 */ public class JoinsTest extends BaseManagerTestCase { @Test public void testNoAdjustments() throws Exception { ProcessDefinition def = ProcessDefinition.parseXmlResource("workflow/ny-workflow-2/processdefinition.xml"); assertNotNull("Definition should not be null", def); ProcessInstance instance = new ProcessInstance(def); assertEquals("Def should be at start", "start-daily-pnl", instance.getRootToken().getNode().getName()); instance.signal("default"); instance.getRootToken().getChild("signoff").signal("signoff pnl"); instance.getRootToken().getChild("propose").signal("cancel fork1"); assertEquals("Def should be at auto approve", "auto-signoff-adj", instance.getRootToken().getNode().getName() ); instance.signal("leave-asa"); assertEquals("Def should be at ds feeds", "downstream-feeds", instance.getRootToken().getNode().getName()); instance.signal("leave-dsf"); assertEquals("Def should be at fork 3", "fork3", instance.getRootToken().getNode().getName()); instance.getRootToken().getChild("reviewed").signal("review"); instance.getRootToken().getChild("unsignoff").signal("cancel"); // instance.signal(); assertTrue("Instance has ended", instance.hasEnded()); } @Test public void testWithAdjustmentsProcessNoApprove() throws Exception { ProcessDefinition def = ProcessDefinition.parseXmlResource("workflow/ny-workflow-2/processdefinition.xml"); assertNotNull("Definition should not be null", def); ProcessInstance instance = new ProcessInstance(def); assertEquals("Def should be at start", "start-daily-pnl", instance.getRootToken().getNode().getName()); instance.signal("default"); instance.getRootToken().getChild("propose").signal("propose an adjustment"); assertEquals("Def should be at fork2", "fork2", instance.getRootToken().getChild("propose").getNode().getName()); instance.getRootToken().getChild("propose").getChild("propose").signal("cancel"); instance.getRootToken().getChild("propose").getChild("approve").signal("cancel"); assertEquals("child should be at join1", "join1", instance.getRootToken().getChild("propose").getNode().getName()); assertEquals("parent should be at fork1", "fork1", instance.getRootToken().getNode().getName()); instance.getRootToken().getChild("signoff").signal("signoff pnl"); assertEquals("Def should be at auto approve", "auto-signoff-adj", instance.getRootToken().getNode().getName() ); } @Test public void testWithMultipleAdjustmentsProcessNoApprove() throws Exception { ProcessDefinition def = ProcessDefinition.parseXmlResource("workflow/ny-workflow-2/processdefinition.xml"); assertNotNull("Definition should not be null", def); ProcessInstance instance = new ProcessInstance(def); assertEquals("Def should be at start", "start-daily-pnl", instance.getRootToken().getNode().getName()); instance.signal("default"); instance.getRootToken().getChild("propose").signal("propose an adjustment"); assertEquals("Def should be at fork2", "fork2", instance.getRootToken().getChild("propose").getNode().getName()); instance.getRootToken().getChild("propose").getChild("propose").signal("propose an adjustment"); // Use either just cancel, or both approve and default signals for approve signalling... // instance.getRootToken().getChild("propose").getChild("approve").signal("cancel"); instance.getRootToken().getChild("propose").getChild("approve").signal("approve"); instance.getRootToken().getChild("propose").getChild("approve").signal("default"); instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").signal("cancel"); instance.getRootToken().getChild("propose").getChild("propose").getChild("approve").signal("cancel"); assertEquals("propose/propose should be at join1", "join1", instance.getRootToken().getChild("propose").getChild("propose").getNode().getName()); assertEquals("propose/approve should be at join2", "join2", instance.getRootToken().getChild("propose").getChild("approve").getNode().getName()); assertEquals("parent should be at fork1", "fork1", instance.getRootToken().getNode().getName()); assertEquals("propose should be at join1", "join1", instance.getRootToken().getChild("propose").getNode().getName()); instance.getRootToken().getChild("signoff").signal("signoff pnl"); assertEquals("signoff should be at join1", "join1", instance.getRootToken().getChild("signoff").getNode().getName()); // instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").signal("cancel"); // instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").signal("propose an adjustment"); // instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").getChild("propose").signal("cancel fork1"); // instance.getRootToken().getChild("propose").getChild("propose").getChild("approve").signal("cancel fork1"); // instance.getRootToken().getChild("propose").getChild("propose").getChild("propose").getChild("approve").signal("cancel fork1"); assertEquals("Def should be at auto approve", "auto-signoff-adj", instance.getRootToken().getNode().getName() ); } } ____________________________________________________ processdefinition <?xml version="1.0" encoding="UTF-8"?> <process-definition xmlns="" name="ny-workflow-2"> <start-state name="start-daily-pnl"> </start-state> <task-node name="signoff-pnl">  <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> pnlSignOffMOAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> signOffMultiAction jbpmConfiguration  </task-node> <task-node name="propose-adjustments"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> proposeAdjustmentAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> proposeAdjustmentsAction jbpmConfiguration </task-node> <task-node name="approve-reject-adj"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> approveRejectAdjustmentAssignmentHandler jbpmConfiguration </task-node>  <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> rejectAdjustmentsAction jbpmConfiguration <task-node name="review"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> reviewPnlAssignmentHandler jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> reviewPnlAction jbpmConfiguration </task-node> <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> autoApproveAdjustmentsAction jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> approveAdjustmentsAction jbpmConfiguration <action class="org.springmodules.workflow.jbpm31.JbpmHandler" config-type="bean"> downstreamFeedsAction jbpmConfiguration <task-node name="unsignoff-pnl"> <assignment config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> pnlSignOffMOAssignmentHandler jbpmConfiguration <action config-type="bean" class="org.springmodules.workflow.jbpm31.JbpmHandler"> unsignoffAction jbpmConfiguration    </task-node> <end-state name="end-daily-pnl"></end-state> </process-definition> View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236034#4236034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236034

17 years, 1 month

1
0
0 / 0

[JBoss jBPM] - Finding outgoing transitions - jBPM 4

by DrBr

Hello, I get a reference to my process instance as: ProcessInstance pi = executionService.findProcessInstanceById("__MY_ID_HERE__"); First a confirmation... Is it correct to assume that I get the current state on which my process is at using: pi.findActiveActivityNames() ? I understand that in case of parallel execution, via a fork, I should be getting more than one elements here? And a question... How can I find the list of available outgoing transitions for the particular activity on which my process instance is currently at? I see there is an Activity class that can give me that info, but can't find a way to get a reference to an Activity object via pi.findActiveActivityNames(). Any suggestions please? thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236029#4236029 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236029

17 years, 1 month

1
0
0 / 0

[JBoss Tools (users)] - Re: Resource messages not displayed in JBoss Tools Visual Ed

by sdzmitrovich

Hi, These issue has been already reported : https://jira.jboss.org/jira/browse/JBIDE-4023 Seam Model has necessary functionality to get resource bundles. But using this functionality directly demands adding of dependencies to seam plugins. Alexey has promised to add extension points for it. As soon as it is done we will fix it for visual part. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236028#4236028 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236028

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-user June 2009