You will be able to understand it more if you look into WorkflowInterpreter.scheduleDynamically() method. Workflow does not stop until we click stop and outputs are not set to output node. I thing its always in the while look in above method. Please try to debug the workflow and see if you can find the problem and a possible solution. I will try the same tomorrow morning.
Thanks Raminder On Jul 10, 2012, at 12:05 AM, Hasitha Aravinda wrote: > Hi Raminderjeet, > > I think, I was able to find some clue about this output node problem. Try > whether you can reproduce the problem. > > I started a new XBaya instance and I created a simple workflow ( with a 4 > inputs, 3 Simple Adder services nodes and 1 output node) and ran it using > XBaya. My observation was workflow execution stop with a sendingResult > notification after a receivedResult notification and a Color change on the > return (Output) node. > > Then I ran it again, Then workflow execution stop with a receivedResult > notification (No sendingResult) and No color change on the return (Output) > node. > > Seems this is a bug. Can anyone able to reproduce it ? I am using fresh > build of the trunk. > > Thanks, > Hasitha. > > On Tue, Jul 10, 2012 at 1:09 AM, Raminderjeet Singh < > [email protected]> wrote: > >> Yes you are right about the output node and that behavior should be true >> for workflows without DoWhile also. If not please create a JIRA task. There >> are changes going with airavata regarding notifications etc. I will test >> the workflow later today and will let you know. >> >> Thanks >> Raminder >> >> On Jul 9, 2012, at 2:33 PM, Hasitha Aravinda wrote: >> >>> Hi Raminder, >>> >>> Thank Raminder for your quick reply. I created a worklfow similar to your >>> Dowhile sample and tested it. when I run it with 0 sample application >> will >>> invoke twice and with 1 it will run only one times. >>> >>> But In Xbaya, output node's color never change after the change of the >>> color of EndDoWhile. Seems it also a bug. Also I found that >>> java.lang.StackOverflowError printed in XBaya terminal several times as >>> follow. I am not sure whether this cause to that GUI problem. >>> >>> Did you notice any similar issues when trying your sample. >>> >>> Thank you, >>> Hasitha. >>> >>> 1939410 [Thread-64] INFO >>> org.apache.airavata.wsmg.client.msgbox.MessagePuller - Error occured in >> the >>> user callback for message<wor:workflowInvoked xmlns:wor=" >>> http://airavata.apache.org/schemas/workflow_tracking_types"; >>> infoModelVersion="2.6"><wor:notificationSource >>> wor:serviceID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> wor:workflowID="WhileLoop_invoke" wor:workflowNodeID="WhileLoop_invoke" >>> wor:experimentID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> >> /><wor:timestamp>2012-07-09T23:46:47.692+05:30</wor:timestamp><wor:description>[Workflow >>> is invoked]</wor:description><wor:annotation /><wor:initiator >>> wor:serviceID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> wor:workflowID="WhileLoop_invoke" wor:workflowNodeID="WhileLoop_invoke" >>> /></wor:workflowInvoked>*java.lang.StackOverflowError* >>> RECEIVED_RESULT >>> 1939433 [Thread-64] INFO >>> org.apache.airavata.wsmg.client.msgbox.MessagePuller - Error occured in >> the >>> user callback for message<wor:computationDuration xmlns:wor=" >>> http://airavata.apache.org/schemas/workflow_tracking_types"; >>> infoModelVersion="2.6"><wor:notificationSource >>> wor:serviceID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> wor:workflowID="WhileLoop_invoke" wor:workflowNodeID="WhileLoop_invoke" >>> wor:experimentID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> >> /><wor:timestamp>2012-07-09T23:46:47.896+05:30</wor:timestamp><wor:description>[Computation >>> Time taken = 9 ms]</wor:description><wor:annotation >>> >> /><wor:durationInMillis>9</wor:durationInMillis></wor:computationDuration>* >>> java.lang.StackOverflowError* >>> RECEIVED_RESULT >>> 1941498 [Thread-64] INFO >>> org.apache.airavata.wsmg.client.msgbox.MessagePuller - Error occured in >> the >>> user callback for message<wor:receivedResult xmlns:wor=" >>> http://airavata.apache.org/schemas/workflow_tracking_types"; >>> infoModelVersion="2.6"><wor:notificationSource >>> wor:serviceID="_01ef64e7_0b26_4aa5_8fcd_ffa1221ca18a" >>> wor:experimentID="01ef64e7-0b26-4aa5-8fcd-ffa1221ca18a" >>> >> /><wor:timestamp>2012-07-09T23:46:48.659+05:30</wor:timestamp><wor:description>restart=0</wor:description><wor:annotation >>> /><wor:result><wor:body><ns1:invokeResponse xmlns:ns1=" >>> http://ws.apache.org/axis2/xsd";><type:restart xmlns:type=" >>> http://schemas.airavata.apache.org/gfac/type"; xmlns:xsi=" >>> http://www.w3.org/2001/XMLSchema-instance"; >>> >> xsi:type="type:IntegerParameterType"><value>0</value></type:restart></ns1:invokeResponse></wor:body></wor:result><wor:responder >>> wor:serviceID="WhileLoop_invoke" >>> wor:workflowID="_01ef64e7_0b26_4aa5_8fcd_ffa1221ca18a" >>> wor:workflowTimestep="0" wor:workflowNodeID="WhileLoop_invoke" >>> /></wor:receivedResult>*java.lang.StackOverflowError >>> >>> * >>> >>> On Mon, Jul 9, 2012 at 11:08 PM, Raminderjeet Singh < >>> [email protected]> wrote: >>> >>>> Your value is right (0 or 1). It looks like a issue with default value >>>> screen which can come for any workflow input configuration. What happens >>>> when you run the workflow using these 0 or 1? >>>> >>>> Raminder >>>> >>>> On Jul 9, 2012, at 1:06 PM, Hasitha Aravinda wrote: >>>> >>>>> Hi Devs, >>>>> >>>>> I created a sample workflow to test DoWhile node function. It has an >>>> input >>>>> node which is connected to a DoWhile node. After designing the >> workflow, >>>> I >>>>> click on input node's config button and then i typed a value ( ex: 1) >> as >>>> a >>>>> default value. Then Click on OK button of the "Input Parameter >>>>> configuration" window and I got following exception. >>>>> >>>>> Then I tried to run the workflow and i was able to run it. After the >>>>> execution, I observed that input node's default value is now set. (To >> the >>>>> value which i entered as input parameter during the workflow >> execution.) >>>> . >>>>> Again I click Ok button of the "Input Parameter configuration" Window >>>>> (Without modifying default value), and then again following exception >>>>> occurred. >>>>> >>>>> So it seems there is nothing wrong with my first default value. Any >>>>> thoughts ? >>>>> >>>>> Thanks, >>>>> Hasitha. >>>>> >>>>> >>>>> could not parse XML document prolog; nested exception is: >>>>> org.xmlpull.v1.XmlPullParserException: only whitespace content allowed >>>>> before start tag and not 1 (position: START_DOCUMENT seen 1... @1:1) >>>>> at org.xmlpull.mxp1.MXParser.parseProlog(MXParser.java:1519) >>>>> at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1395) >>>>> at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093) >>>>> at >>>>> >>>> >> org.xmlpull.b5.XmlPullInfosetBuilder.parseDocumentStart(XmlPullInfosetBuilder.java:199) >>>>> at >>>>> >>>> >> org.xmlpull.b5.XmlPullInfosetBuilder.parse(XmlPullInfosetBuilder.java:150) >>>>> at >>>>> >>>> >> org.xmlpull.b5.XmlPullInfosetBuilder.parseReader(XmlPullInfosetBuilder.java:428) >>>>> at >>>>> >>>> >> org.xmlpull.infoset.XmlInfosetBuilder.parseString(XmlInfosetBuilder.java:340) >>>>> at >>>>> >>>> >> org.apache.airavata.common.utils.XMLUtil.stringToXmlElement(XMLUtil.java:91) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.dialogs.graph.system.InputConfigurationDialog.setInput(InputConfigurationDialog.java:175) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.dialogs.graph.system.InputConfigurationDialog.access$000(InputConfigurationDialog.java:44) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.dialogs.graph.system.InputConfigurationDialog$1.actionPerformed(InputConfigurationDialog.java:242) >>>>> at >>>>> >> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) >>>>> at >>>>> >>>> >> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) >>>>> at >>>>> >>>> >> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) >>>>> at >>>>> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) >>>>> at >>>>> >>>> >> javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236) >>>>> at java.awt.Component.processMouseEvent(Component.java:6290) >>>>> at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) >>>>> at java.awt.Component.processEvent(Component.java:6055) >>>>> at java.awt.Container.processEvent(Container.java:2039) >>>>> at java.awt.Component.dispatchEventImpl(Component.java:4653) >>>>> at java.awt.Container.dispatchEventImpl(Container.java:2097) >>>>> at java.awt.Component.dispatchEvent(Component.java:4481) >>>>> at >>>>> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4575) >>>>> at >>>> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4236) >>>>> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4166) >>>>> at java.awt.Container.dispatchEventImpl(Container.java:2083) >>>>> at java.awt.Window.dispatchEventImpl(Window.java:2482) >>>>> at java.awt.Component.dispatchEvent(Component.java:4481) >>>>> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:648) >>>>> at java.awt.EventQueue.access$000(EventQueue.java:84) >>>>> at java.awt.EventQueue$1.run(EventQueue.java:607) >>>>> at java.awt.EventQueue$1.run(EventQueue.java:605) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98) >>>>> at java.awt.EventQueue$2.run(EventQueue.java:621) >>>>> at java.awt.EventQueue$2.run(EventQueue.java:619) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) >>>>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:618) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:178) >>>>> at java.awt.Dialog$1.run(Dialog.java:1044) >>>>> at java.awt.Dialog$3.run(Dialog.java:1096) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at java.awt.Dialog.show(Dialog.java:1094) >>>>> at java.awt.Component.show(Component.java:1584) >>>>> at java.awt.Component.setVisible(Component.java:1536) >>>>> at java.awt.Window.setVisible(Window.java:841) >>>>> at java.awt.Dialog.setVisible(Dialog.java:984) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.dialogs.XBayaDialog.show(XBayaDialog.java:187) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.dialogs.graph.system.InputConfigurationDialog.show(InputConfigurationDialog.java:135) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.system.InputNodeGUI.showConfigurationDialog(InputNodeGUI.java:62) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.system.ConfigurableNodeGUI.mouseClicked(ConfigurableNodeGUI.java:76) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.GraphGUI.mouseClicked(GraphGUI.java:63) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.GraphCanvas.mouseClicked(GraphCanvas.java:472) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.GraphCanvas.access$300(GraphCanvas.java:96) >>>>> at >>>>> >>>> >> org.apache.airavata.xbaya.ui.graph.GraphCanvas$3.mouseClicked(GraphCanvas.java:1122) >>>>> at java.awt.Component.processMouseEvent(Component.java:6293) >>>>> at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) >>>>> at java.awt.Component.processEvent(Component.java:6055) >>>>> at java.awt.Container.processEvent(Container.java:2039) >>>>> at java.awt.Component.dispatchEventImpl(Component.java:4653) >>>>> at java.awt.Container.dispatchEventImpl(Container.java:2097) >>>>> at java.awt.Component.dispatchEvent(Component.java:4481) >>>>> at >>>>> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4575) >>>>> at >>>> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4245) >>>>> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4166) >>>>> at java.awt.Container.dispatchEventImpl(Container.java:2083) >>>>> at java.awt.Window.dispatchEventImpl(Window.java:2482) >>>>> at java.awt.Component.dispatchEvent(Component.java:4481) >>>>> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:648) >>>>> at java.awt.EventQueue.access$000(EventQueue.java:84) >>>>> at java.awt.EventQueue$1.run(EventQueue.java:607) >>>>> at java.awt.EventQueue$1.run(EventQueue.java:605) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98) >>>>> at java.awt.EventQueue$2.run(EventQueue.java:621) >>>>> at java.awt.EventQueue$2.run(EventQueue.java:619) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at >>>>> >>>> >> java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) >>>>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:618) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) >>>>> at >>>>> >>>> >> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) >>>>> at >>>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) >>>>> at >>>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) >>>>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) >>>> >>>> >> >>
