| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| trusted channels and listeners |
« View previous topic :: View next topic » |
| Author |
Message
|
| ivanachukapawn |
 Posted: Sun Mar 22, 2009 11:24 am Post subject: trusted channels and listeners |
 |
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
| Apparently setting MQIbindType to FASTPATH in the channels stanza will result in trusted channels. Is RUNMQLSR automatically trusted or does RUNMQLSR trusted configuration also result from the "FASTPATH" setting in the channels stanza? |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Sun Mar 22, 2009 11:45 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| Apparently setting MQIbindType to FASTPATH in the channels stanza will result in trusted channels. |
Where did you read this? Please cite the IBM reference, and provide the URL to it.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Sun Mar 22, 2009 12:00 pm Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
in MQ Info center. searched on trusted channels and listeners.
Running channels and listeners as trusted applications
If performance is an important consideration in your environment and your environment is stable, you can choose to run your channels and listeners as trusted, that is, using the fastpath binding. There are two factors that influence whether or not channels and listeners run as trusted:
* The environment variable MQ_CONNECT_TYPE=FASTPATH or MQ_CONNECT_TYPE=STANDARD. This is case sensitive. If you specify a value that is not valid it is ignored.
* MQIBindType in the Channels stanza of the qm.ini or registry file. You can set this to FASTPATH or STANDARD and it is not case-sensitive. The default is STANDARD. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 22, 2009 12:20 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| using the fastpath binding |
Short of just giving you the answer (giving you a fish), I'm going to encourage you to do some more research.
Since the definition you quoted made reference to fastpath binding and trusted, did you research both of these to find out what they mean to MQ?
http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.csqzal.doc/fg11980_.htm
A further place to look is the WMQ Application Programming Reference manual.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Sun Mar 22, 2009 12:34 pm Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
I've learned to fish already. I find the info center to be vague in its description of configuring to obtain trusted channels and listeners. If I understand the terms FASTPATH and Trusted correctly, they refer to the same thing, which is the channel or listener functionality is obtained from a thread of an MQ Server process and delivers enhanced performance because an agent process is bypassed. The term "TRUSTED" is used for FASTPATH channels, listeners, and applications (not recommended) because these must be stable and handle events correctly in order to avoid queue manager crashes. If you know the answer to this question could I have it?
To question, rephrased is:
Does RUNMQLSR run as a trusted listener without having to configure for FASTPATH in QM.INI channel stanza and/or environment variable? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 22, 2009 1:17 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
From your original post:
| Quote: |
| Apparently setting MQIbindType to FASTPATH in the channels stanza will result in trusted channels. |
This is a subtle distinction.
When you specify MQIbindType FASTPATH, you are directing MQ to treat your channel(s) and listener(s) as trusted - not make them trusted.
A trusted application behaves well; that is, it does not put the qmgr or any of its processes at risk.
A non-trusted application is launched in its own process (or thread) to isolate it from MQ internals.
FASTPATH vs. STANDARD bindings is discussed in the WMQ Application Programming Ref., WMQ Application Programming Guide, WMQ Intercommunications manual, and elsewhere.
I usually recommend that clients (customers) upgrade hardware to gain performance improvements that could be achieved with FASTPATH, due to the potential for qmgr failure if your trusted applications don't behave well.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Mar 22, 2009 1:52 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Also be aware that in this context the term trusted has no security meaning as in ssl or inter/intranet zone.
It merely states the difference about processes running inside/outside the qmgr.
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Sun Mar 22, 2009 3:36 pm Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
| If I understand what you guys are saying, if I just run RUNMQLSR without making any QM.INI channel stanza or environmental variable FASTPATH specifications, RUNMQLSR will run as a separate process. But if I specify MQIbindType=FASTPATH in the QM.INI channel stanza RUNMQLSR will run as a thread of the Queue Manager and be "trusted". |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 22, 2009 4:40 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
Find MQIBindType here http://www.ibm.com/developerworks/websphere/library/techarticles/0712_dunn/0712_dunn.html?S_TACT=105AGY82&S_CMP=GENSITE
It refers to runmqlsr explicitly; and says yes.
| Quote: |
| ...will run as a thread of the Queue Manager and be "trusted". |
One more time: by you specifying FASTPATH, you are directing MQ to treat the application as well-written and well-behaved.
Trusted applications must not abend, must not intercept signals destined for MQ internals, must not corrupt MQ storage, and more. Writing this type of application is very difficult. More importantly, MQ doesn't do anything to ensure that a trusted application behaves well (in a trusted manner).
Rather than trusted, I would have used a different term. I'd have called such applications priviledged or special.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Mar 23, 2009 1:01 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bruce2359 wrote: |
| Writing this type of application is very difficult. More importantly, MQ doesn't do anything to ensure that a trusted application behaves well (in a trusted manner). |
This is a very important point. Application running like this are trusted absolutely by the queue manager, and I've encountered situations where developers have, while while waiting for the end, attempted the "but it must check for that / recover from that / handle that" defense.
My response is "no, it mustn't", followed by something I decline to describe here.
| bruce2359 wrote: |
| Rather than trusted, I would have used a different term. I'd have called such applications priviledged or special. |
_________________
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
|
|
|
|
