| Author | 
		  Message
		 | 
		
		  | vikas.bhu | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 12:23 am    Post subject: can we replce in node in sub flow with MQinput node... | 
				     | 
			   
			 
		   | 
		
		
		   Disciple
 
 Joined: 17 May 2009 Posts: 159
  
  | 
		  
		    
			  
				Hi..
 
 
 
can we replce in node in sub flow with MQinput node
 
 
what problem it may cause.. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | WMBDEV1 | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 12:37 am    Post subject: Re: can we replce in node in sub flow with MQinput node... | 
				     | 
			   
			 
		   | 
		
		
		   Sentinel
 
 Joined: 05 Mar 2009 Posts: 888 Location: UK 
  | 
		  
		    
			  
				
   
	| vikas.bhu wrote: | 
   
  
	Hi..
 
 
 
can we replce in node in sub flow with MQinput node
 
 | 
   
 
 
 
yes, a combination of drag, drop and delete should allow you to do this.
 
 
   
	| Quote: | 
   
  
	
 
what problem it may cause.. | 
   
 
 
 
What happened when you tried it? It really depends on your flow | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | vikas.bhu | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 12:41 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Disciple
 
 Joined: 17 May 2009 Posts: 159
  
  | 
		  
		    
			  
				but what about Q name ,or if we use promoted property...
 
 
just thinking before applying..
 
 
 
I dont thing it can replace in node ... | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | Vitor | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 4:23 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Grand High Poobah
 
 Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA 
  | 
		  
		    
			  
				
   
	| vikas.bhu wrote: | 
   
  
	| but what about Q name ,or if we use promoted property... | 
   
 
 
 
What about it? What has that got to do with anything? Especially what you're trying to achieve (which isn't especially uncommon)
 
 
   
	| vikas.bhu wrote: | 
   
  
	| just thinking before applying.. | 
   
 
 
 
"Thinking" isn't a word I'd use here
 
 
   
	| vikas.bhu wrote: | 
   
  
	| I dont thing it can replace in node ... | 
   
 
 
 
Well not directly no. In the same way a Filter node can't replace an MQOutput node because they do different things. _________________ Honesty is the best policy.
 
Insanity is the best defence. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | skidewd | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 6:50 am    Post subject: Re: can we replce in node in sub flow with MQinput node... | 
				     | 
			   
			 
		   | 
		
		
		    Novice
 
 Joined: 20 Mar 2010 Posts: 12
  
  | 
		  
		    
			  
				
   
	| vikas.bhu wrote: | 
   
  
	Hi..
 
 
 
can we replce in node in sub flow with MQinput node
 
 
what problem it may cause.. | 
   
 
 
 
Generally speaking, it is not a good idea to put an MQInput (or any other true 'Input' node) into a subflow. Mainly, because MQInput node means a new thread is started in the execution group. One can even argue, that any flow that has a true input node no longer considered to be a subflow    
 
 
Then again, if you find it convenient, go for it! | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | smdavies99 | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 9:29 am    Post subject: Re: can we replce in node in sub flow with MQinput node... | 
				     | 
			   
			 
		   | 
		
		
		    Jedi Council
 
 Joined: 10 Feb 2003 Posts: 6076 Location: Somewhere over the Rainbow this side of Never-never land. 
  | 
		  
		    
			  
				
   
	| skidewd wrote: | 
   
  
	
 
 
Generally speaking, it is not a good idea to put an MQInput (or any other true 'Input' node) into a subflow. Mainly, because MQInput node means a new thread is started in the execution group. One can even argue, that any flow that has a true input node no longer considered to be a subflow    
 
 
Then again, if you find it convenient, go for it! | 
   
 
 
 
Hmmm. I'd better get redesiging all our flows then.
 
This really seems a strange thing to say.
 
There are some really bery good reasons why having a generic 'starter' sub-flow is a good idea. If you promote/set the QM Name for example, you can do all that contact admin stuff like setting up the Environment, reading flow specific params drom a DB or properties file(ugh) etc etc.
 
Then when you pop out of the 'starter' sub flow where 99.9% is pre-canned you can get on with the real work.
 
 
This approach is not uncommon on Broker Sites.
 
Where did you get this idea that this is a bad thing to do? _________________ WMQ User since 1999
 
MQSI/WBI/WMB/'Thingy' User since 2002
 
Linux user since 1995
 
 
 
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | mqjeff | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 9:37 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Grand Master
 
 Joined: 25 Jun 2008 Posts: 17447
  
  | 
		  
		    
			  
				I think skidewd may have been referring to something like having *both* an MQInput AND a plain Input node in the same subflow.
 
 
This could lead to unexpected results on any Output node into the flow using the subflow... like a message being propagated with an entirely unexpected (but correct) new Environment tree. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | vikas.bhu | 
		  
		    
			  
				 Posted: Wed Sep 29, 2010 10:39 pm    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Disciple
 
 Joined: 17 May 2009 Posts: 159
  
  | 
		  
		    
			  
				hunnnnn so many good suggessions.
 
 
thanks every one | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | 
		    
		   |