[jira] Commented: (SM-1048) Camel InOut support

2007-09-06 Thread James Strachan (JIRA)

[ 
https://issues.apache.org/activemq/browse/SM-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40081
 ] 

James Strachan commented on SM-1048:


FWIW to ease the Camel - ServiceMix integration; Camel's Exchange now has an 
ExchangePattern enum to handle InOut, InOnly etc

 Camel InOut support
 ---

 Key: SM-1048
 URL: https://issues.apache.org/activemq/browse/SM-1048
 Project: ServiceMix
  Issue Type: Improvement
Affects Versions: 3.2
Reporter: Dejan Predovic
Assignee: Guillaume Nodet
 Fix For: 3.2

 Attachments: inout.patch


 CamelJbiEndpoint and ToJbiProcessor do not support InOut exchanges. The 
 attached patch should add the basic support for it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (SM-439) servicemix-beanflow - Workflow.joinAll failure to register onStop callback if first Activity stops during start handler

2006-08-24 Thread james strachan (JIRA)
 [ https://issues.apache.org/activemq/browse/SM-439?page=all ]

james strachan reassigned SM-439:
-

Assignee: james strachan

 servicemix-beanflow - Workflow.joinAll failure to register onStop callback if 
 first Activity stops during start handler
 ---

 Key: SM-439
 URL: https://issues.apache.org/activemq/browse/SM-439
 Project: ServiceMix
  Issue Type: Bug
  Components: beanflow
Affects Versions: incubation
 Environment: osx, jdk 1.5
Reporter: Jason Anderson
 Assigned To: james strachan

 if the following code is run the JoinFlow.stop state will never be thrown 
 because the internal JoinAll state is set to stopped after forking the first 
 activity in the JoinSupport(Activity ...) constructor before the onStop 
 callback is registered in WorkFlow.join
 public class JoinTest extends TestCase {
 public static class JoinFlow extends WorkflowJoinFlow.Step {
 public static enum Step {
 first, stop
 }
 public JoinFlow() {
 super(Step.first);
 }
 public void first() {
 final Activity a = new TimeoutActivity() {
 protected void onValidStateChange() {
 System.out.println(in a);
 stop();
 }
 };
 final Activity b = new TimeoutActivity() {
 protected void onValidStateChange() {
 System.out.println(in b);
 stop();
 }
 };
 System.out.println(in first);
 joinAll(Step.stop, 1, a, b);
 System.out.println(after join);
 }
 }
 public void testJoin() throws Exception {
 JoinFlow flow = new JoinFlow();
 flow.start();
 flow.join();
 }
 }
 I believe if the JoinSupport were to add all the activities to the children 
 list before forking them it would prevent the JoinAll.onChildStateChange from 
 being called prematurely with childCount=1, stoppedCount=1 when there should 
 be 2 children but I cannot currently get the maven build to run to test this 
 thoery

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira