|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
FileRead Question |
« View previous topic :: View next topic » |
Author |
Message
|
DJN2 |
Posted: Fri Jul 01, 2011 12:59 pm Post subject: FileRead Question |
|
|
Apprentice
Joined: 02 Jan 2009 Posts: 27 Location: New Jersey
|
Scenario: In my flow a filter node controls the building of an internal table. the false terminal means that the table already exists and the message is passed along. the true terminal means the internal table does not exist and therefore has to be built in a compute node. the compute node also reads the data to be used to create the table thru the use of a FileRead node.
The question is : If the table already exists and the message takes the false path, bypassing the compute node, does the compute node still read the file in? |
|
Back to top |
|
 |
rekarm01 |
Posted: Fri Jul 01, 2011 3:21 pm Post subject: Re: FileRead Question |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 1415
|
DJN2 wrote: |
the compute node also reads the data to be used to create the table thru the use of a FileRead node. |
No, it doesn't. The Compute node and FileRead node are separate nodes. One might appear before the other, but they execute separately. For example, the FileRead node may read the data, and then send it to the Compute node.
DJN2 wrote: |
The question is: If the table already exists and the message takes the false path, bypassing the compute node, does the compute node still read the file in? |
The question is: does the message bypass the FileRead node, (as that's the node that would read the file)? |
|
Back to top |
|
 |
DJN2 |
Posted: Tue Jul 05, 2011 6:37 am Post subject: |
|
|
Apprentice
Joined: 02 Jan 2009 Posts: 27 Location: New Jersey
|
I don't think I explained the situation clearly...sorry
My filter node may or may not pass the message to the compute one. This compute node is also fed a data file thru a FileRead node. if the original message does not pass thru the compute node because of the conditions in the filter node , that is now also fed from the FileRead, is the file read and passed to the compute node that never received the original message? |
|
Back to top |
|
 |
paintpot |
Posted: Tue Jul 05, 2011 8:52 am Post subject: |
|
|
Centurion
Joined: 19 Sep 2005 Posts: 112 Location: UK
|
the FileRead node is triggered by a message arriving on its input terminal - if you don't send a message to it it won't function. If your FileRead was after your Filter node, and before your Compute node then you wouldn't get to either the Fileread or the Compute node if that path wasn't taken.
If you are in doubt, run it in debug mode and it will show you what happens. If it is in the design stage, then mock up a simple version for test/proof/personal education reasons.
If the initiator for the FileRead is another different path, then you will may get threads acting in a mildly chaotic manner - this will add a lot of excitement to the poor maintenance programmer who has to deal with it in 5 years time  |
|
Back to top |
|
 |
DJN2 |
Posted: Tue Jul 05, 2011 11:16 am Post subject: |
|
|
Apprentice
Joined: 02 Jan 2009 Posts: 27 Location: New Jersey
|
I have not worked on 7.0.0.2 yet and therefore have not seen this node. From your response I am summizing that the node has an input terminal from which it accepts the original message and a facility to read in a file, probably thru configurable properties. If that is corrent is there any limitation on the type of message you can send it thru the input terminal? MQ, JMS,File...etc? |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 05, 2011 11:43 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
DJN2 wrote: |
From your response I am summizing that the node has an input terminal from which it accepts the original message and a facility to read in a file, probably thru configurable properties |
Don't summize - read here
DJN2 wrote: |
If that is corrent is there any limitation on the type of message you can send it thru the input terminal? MQ, JMS,File...etc? |
Any message from any input source (MQ, JMS, etc) looks like a message tree as it moves downstream through a flow. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
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
|
|
|
|