| Author |
Message
|
| sweraj |
 Posted: Tue Oct 18, 2011 6:26 pm Post subject: TCPIP credentials for Async Call.. |
 |
|
Novice
Joined: 13 Jul 2010
Posts: 14
|
Hi All,
I have a requirement of TCPIP Async call and have to pass the HostName and Port dynamically to TCPIPClientOutput Node , which I am fetching from database ............ But in my Response TCPIP flow for TCPIPClientInput Node can I pass through the same credentials which are coming from TCPIP Request flow.. OR is there any other way to set the Hostname and Port dynamically for TCPIPClientInput Node in response flow.
Pls suggest me..
Regards |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Tue Oct 18, 2011 8:37 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
I believe you have either explained quite poorly what you are trying to do, or have a major confusion between credentials and configuration.
Credentials are used for authentication and authorization and are made up of username/passwd
Configuration includes things like hostname and port.
I expect from what you say that you may need to set dynamically both the configuration and the credentials... Please review your post and clarify. 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| sweraj |
| Posted: Tue Oct 18, 2011 9:09 pm Post subject: |
|
|
Novice
Joined: 13 Jul 2010
Posts: 14
|
Saper, Thank you for your clarification.. I mean to say the about the connection details.. sorry for the inconvenience.
My client said to take all the connection details from DB without hardcoding in the TCPIPClientOutput and TCPIPClientInput nodes. Even refused to use the TCPIP configurable services... So here we can pass the connection details (HostName and Port) for TCPIPClientOutput node from outputLocalEnvironment..
but when comes to TCPIPClientInput node HOW do I get the connection details (hostName & port) without harding coding in the node level property??
Thanks & Regards |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Oct 18, 2011 10:49 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| sweraj wrote: |
Saper, Thank you for your clarification.. I mean to say the about the connection details.. sorry for the inconvenience.
My client said to take all the connection details from DB without hardcoding in the TCPIPClientOutput and TCPIPClientInput nodes. Even refused to use the TCPIP configurable services... So here we can pass the connection details (HostName and Port) for TCPIPClientOutput node from outputLocalEnvironment..
but when comes to TCPIPClientInput node HOW do I get the connection details (hostName & port) without harding coding in the node level property??
Thanks & Regards |
For the TCPClientOutput, I get you and you're on your way. However I don't quite understand about the TCPClientInput node. Isn't that configuration fixed, like broker ip and specific port?
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Oct 19, 2011 2:19 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Your client wants to use a database instead of using bar file overrides.
Broker doesn't work that way.
Tell your client that if you use promotable properties and bar file overrides, then it's not hard coded. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Wed Oct 19, 2011 3:27 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Hmmm
We hold things like Endpoint URLs, timeouts and other related data in a DB table.
This removes the issue where objects are deployed
- without barfile overrides being applied
- where the wrong override has been applied(pprod override deployed to prod)
A change to a barfile override requires a redeploy which requires FULL testing and can take weeks plus you have restricted release cycles to consider.
A DB column change does not...
Apply the change and either wait for the TimerNode to kick in and reload the data or restart the flow.
So this is all wrong then?
_________________
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 Oct 19, 2011 3:29 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| smdavies99 wrote: |
Hmmm
We hold things like Endpoint URLs, timeouts and other related data in a DB table.
This removes the issue where objects are deployed
- without barfile overrides being applied
- where the wrong override has been applied(pprod override deployed to prod)
A change to a barfile override requires a redeploy which requires FULL testing and can take weeks plus you have restricted release cycles to consider.
A DB column change does not...
Apply the change and either wait for the TimerNode to kick in and reload the data or restart the flow.
So this is all wrong then? |
Do you hold the name of queues read by MQInput nodes in a database?
Do you hold the hostname and port of HTTP and SOAPInput nodes in the database?
That's what's being discussed here, except with TCP/IP. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Wed Oct 19, 2011 7:33 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Ok. It has not been a good day....
Time for sleep
zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
_________________
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 |
|
|
| sweraj |
| Posted: Wed Oct 19, 2011 5:17 pm Post subject: |
|
|
Novice
Joined: 13 Jul 2010
Posts: 14
|
Thanks jeff.. i suggested my client to promote the connection details properties to flow level.. . The way you questined to smdavies99, then I got my answer... Thank you to saper and smdavies99 for your instant replies and suggestions..
 |
|
| Back to top |
|
|
|
|
