|   | 
	 
  
    | 
RSS Feed - WebSphere MQ Support
 | 
RSS Feed - Message Broker Support
 |   
 
  
	     | 
	 | 
   
 
  
	|  NOOP behavior | 
	« View previous topic :: View next topic »  | 
   
  
  	
	  
		
		
		  | Author | 
		  Message
		 |  
		
		  | MaheshPN | 
		  
		    
			  
				 Posted: Tue May 04, 2004 10:07 am    Post subject: NOOP behavior | 
				     | 
			   
			 
		   | 
		 
		
		    Master
 
 Joined: 21 May 2003 Posts: 245 Location: Charlotte, NC 
  | 
		  
		    
			  
				Hi Guys,
 
I have 2 activities having NOOP and Async UPES. My requirement is 
 
if NOOP figure out value of Flag = "Y", then it should start UPES activity else process should stop. 
 
If the Flag updated with value "Y", program works correctly. If I send any other value, I am getting an error 
 
 
FMC00138E Process activity AlreadyFunded has one of its own parent processes assigned. Following is the chain of processes: CC=0 
 
 
I really wonder, why I am getting this.
 
 
I am attaching the FDL for u guys to test.
 
 
/*
 
 *
 
 *  FDL definitions generated by MQ Workflow at 2004-05-04, 2:05:01 PM.
 
 *
 
 */
 
CODEPAGE 1252
 
FM_RELEASE V3R4 0
 
 
/*
 
 *  STRUCTUREs
 
 */
 
UPDATE STRUCTURE 'Default Data Structure'
 
END 'Default Data Structure'
 
 
STRUCTURE 'Automation'
 
  'Flag': STRING;
 
END 'Automation'
 
 
/*
 
 *  PROGRAMs
 
 */
 
PROGRAM 'FMCINTERNALNOOP'
 
  STRUCTURES_FROM_ACTIVITY
 
  UNATTENDED
 
  WINNT EXE PATH_AND_FILENAME "xxx.exe"
 
    INHERIT ENVIRONMENT
 
    STYLE VISIBLE
 
    START FOREGROUND
 
END 'FMCINTERNALNOOP'
 
 
PROGRAM 'fmcnshow'
 
  STRUCTURES_FROM_ACTIVITY
 
  UNATTENDED
 
  WINNT EXE PATH_AND_FILENAME "fmcnshow.exe"
 
    INHERIT ENVIRONMENT
 
    STYLE VISIBLE
 
    START FOREGROUND
 
END 'fmcnshow'
 
 
/*
 
 *  PROCESSes
 
 */
 
/*
 
 *  PROCESS Automation
 
 */
 
PROCESS 'Automation' ( 'Automation', 'Automation' )
 
  DO NOT PROMPT_AT_PROCESS_START
 
  WINDOW VIEW_REFERENCE_POINT XPOS 0 YPOS 0
 
  WINDOW SHOW ALL CONNECTORS
 
  WINDOW SHOW TRANSITION_CONDITIONS
 
  SOURCE 1 XPOS -700 YPOS 200
 
  SINK 1 XPOS 500 YPOS 200
 
  PROGRAM_ACTIVITY 'AlreadyFunded' ( 'Automation', 'Automation' )
 
    START AUTOMATIC WHEN AT_LEAST_ONE CONNECTOR TRUE
 
    EXIT AUTOMATIC
 
    LAYOUT XPOS -400 YPOS 200
 
    ICON "EXMWMIPA"
 
    NAME_POSITION XPOS -400 YPOS 125
 
    PRIORITY DEFINED_IN INPUT_CONTAINER
 
    DONE_BY PERSON 'AUTOMATIC'
 
    PROGRAM 'FMCINTERNALNOOP'
 
    SYNCHRONIZATION CHAINED
 
  END 'AlreadyFunded'
 
  PROGRAM_ACTIVITY 'UPES_Data' ( 'Automation', 'Automation' )
 
    START AUTOMATIC WHEN AT_LEAST_ONE CONNECTOR TRUE
 
    EXIT AUTOMATIC
 
    LAYOUT XPOS 0 YPOS 400
 
    ICON "FMCESVR "
 
    NAME_POSITION XPOS 0 YPOS 325
 
    PRIORITY DEFINED_IN INPUT_CONTAINER
 
    DONE_BY PERSON 'AUTOMATIC'
 
    PROGRAM 'fmcnshow'
 
    SYNCHRONIZATION CHAINED
 
  END 'UPES_Data'
 
  CONTROL
 
    FROM 'AlreadyFunded' TO 'UPES_Data'
 
    WHEN "Flag= ""Y"""
 
      XPOS -200 YPOS 275
 
  DATA
 
    FROM 'AlreadyFunded' TO 'UPES_Data'
 
    MAP '_STRUCT' TO '_STRUCT'
 
    LAYOUT
 
      XPOS -400 YPOS 400
 
  DATA
 
    DEFAULT 'AlreadyFunded'
 
    MAP '_STRUCT' TO '_STRUCT'
 
    LAYOUT
 
      XPOS -500 YPOS 0
 
      XPOS -300 YPOS 0
 
  DATA
 
    FROM SOURCE 1 TO 'AlreadyFunded'
 
    MAP '_STRUCT' TO '_STRUCT'
 
  DATA
 
    FROM 'UPES_Data' TO SINK 1
 
    MAP '_STRUCT' TO '_STRUCT'
 
  DATA
 
    FROM 'AlreadyFunded' TO SINK 1
 
    MAP '_STRUCT' TO '_STRUCT'
 
END 'Automation'
 
 
 
Let me know your thoughts.
 
 
Thanks,
 
 
-Mahesh
 
IBM Certified Solution Expert - MQWorkflow | 
			   
			 
		   | 
		 
		
		  | Back to top | 
		  
		  	
		   | 
		 
		
		    | 
		 
		
		  | jmac | 
		  
		    
			  
				 Posted: Tue May 04, 2004 10:14 am    Post subject:  | 
				     | 
			   
			 
		   | 
		 
		
		    Jedi Knight
 
 Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC 
  | 
		  
		    
			  
				Mahesh:
 
 
You have been bitten by the change IBM made to NOOP activities in SP3 of V3.4 (I think thats when it came about).
 
 
The new rules for a NOOP do NOT allow for a construct like you are wanting.
 
 
Inorder to get what you want you are going to have to have default connector go to another NOOP.
 
 
Silly, but that's the change that was made. _________________ John McDonald
 
RETIRED | 
			   
			 
		   | 
		 
		
		  | Back to top | 
		  
		  	
		   | 
		 
		
		    | 
		 
		
		  | MaheshPN | 
		  
		    
			  
				 Posted: Tue May 04, 2004 10:39 am    Post subject:  | 
				     | 
			   
			 
		   | 
		 
		
		    Master
 
 Joined: 21 May 2003 Posts: 245 Location: Charlotte, NC 
  | 
		  
		    
			  
				Thanks John, 
 
I implemented the way as u mentioned few days earlier as that should not be an show stopper. I wanted to discuss with you guys to find a way to make the model more realistic!!! It looks very odd now  
 
 
Thanks, 
 
-Mahesh | 
			   
			 
		   | 
		 
		
		  | Back to top | 
		  
		  	
		   | 
		 
		
		    | 
		 
		
		  | jmac | 
		  
		    
			  
				 Posted: Tue May 04, 2004 10:45 am    Post subject:  | 
				     | 
			   
			 
		   | 
		 
		
		    Jedi Knight
 
 Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC 
  | 
		  
		    
			  
				Mahesh:
 
 
It is my opinion that there is no way around this ugly model, if you want to use the IBM NOOP activity, and I think that the IBM NOOP activity is the most efficient way to implement this, even with the ugly model _________________ John McDonald
 
RETIRED | 
			   
			 
		   | 
		 
		
		  | Back to top | 
		  
		  	
		   | 
		 
		
		    | 
		 
		
		  | 
		    
		   | 
		 
	   
	 | 
   
 
  
	     | 
	 | 
	Page 1 of 1 | 
   
 
 
 
  
  	
	  
		
		  
 
  | 
		  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
  | 
  		 
	   
	 | 
   
 
  	 | 
	  |