Posted: Tue Mar 20, 2012 4:16 am Post subject: suggestions required
Novice
Joined: 15 Nov 2011 Posts: 22
i have a scenario wherein i have a request which is a teletype B message and it has to be forwarded to 27(may be same or diff) different systems.Each system support a different format of the message(this can be done in a single compute node). So we are planning to use either 27 different message sets or 27 different config files.But loading 27 different config files at run time would be tedious.
Please suggest some alternative for this scenario which should be of better performance :help: :help:
Posted: Tue Mar 20, 2012 4:32 am Post subject: Re: suggestions required
Jedi Council
Joined: 10 Feb 2003 Posts: 6076 Location: Somewhere over the Rainbow this side of Never-never land.
indu30111986 wrote:
i have a scenario wherein i have a request which is a teletype B message and it has to be forwarded to 27(may be same or diff) different systems.Each system support a different format of the message(this can be done in a single compute node). So we are planning to use either 27 different message sets or 27 different config files.But loading 27 different config files at run time would be tedious.
Please suggest some alternative for this scenario which should be of better performance
What sort of data is in these Config Files?
How frequently will it change?
Have you considered putting the data into a Database table?
See the earlier post about Properties files.... _________________ 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.
Posted: Tue Mar 20, 2012 4:34 am Post subject: Re: suggestions required
Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
indu30111986 wrote:
So we are planning to use either 27 different message sets or 27 different config files.But loading 27 different config files at run time would be tedious.
Explain what you mean by "config files" in this context. Also explain how these are an alternative to message sets in producing formatted output messages. _________________ Honesty is the best policy.
Insanity is the best defence.
config file is like a property file...each system support some elements and we will configure that in the config file.
How message set is different from this is..each message set will have the format pertaining to the system so we will use it in the mapping node.
In case of config file we ll have the same info abut each system the elements it supports in the config file..
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
indu30111986 wrote:
config file is like a property file...each system support some elements and we will configure that in the config file.
How message set is different from this is..each message set will have the format pertaining to the system so we will use it in the mapping node.
In case of config file we ll have the same info abut each system the elements it supports in the config file..
There are many discussions about property files on this forum, most of which summarize as "don't use them". USe UDPs or databases (which is more applicaable in your case).
As to having 27 configuration sets which dynamically change how a mapping node is working (which I wasn't previously aware you could do) sounds like an accident waiting to happen.
I'm also interested that you need 27 message sets for 27 systems when the only difference seems to be which elements they require. It seems to me you could create a significantly smaller number of sets and dynamically use those. _________________ Honesty is the best policy.
Insanity is the best defence.
I'm also interested that you need 27 message sets for 27 systems when the only difference seems to be which elements they require. It seems to me you could create a significantly smaller number of sets and dynamically use those.
Me too.
@indu30111986: I think you need to explain your requirement in more detail. People are making assumptions which might or might not be correct.
- Please post some example of these 27 different formats.
- Please explain why a config file would help? What data would this file contain?
What would the reader of the file do with it?
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