Author |
Message
|
sistuchandu |
Posted: Fri Jul 22, 2011 4:17 am Post subject: How to use RFHUTIL. |
|
|
Newbie
Joined: 02 Sep 2010 Posts: 4
|
Hi all,
Im new to MB.
I wanna know how do we use RFHUtil for sending and recieving messages
can u suggest me any sites or any Docs
Please... |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 4:26 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
The readme that comes with it is as good as any. The GUI itself is fairly self explanitory - so far as sending & receiving messages goes you've probably already worked out the "Read Q" and "Write Q" buttons are significant.
As to all the various options & tabs, these map directly onto the various options & constructs of the product so read the product documentation, decide what you need to do and you'll see there's a tab/radio button/drop down for it.
For example, there's nothing in the RFHUtil docs explaining what the fields & controls on the "MQMD" tab are for. But if you know what the MQMD is and what it does, you'll understand the tab. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
sistuchandu |
Posted: Fri Jul 22, 2011 5:08 am Post subject: thank u |
|
|
Newbie
Joined: 02 Sep 2010 Posts: 4
|
Its a bit understanding for me
But can we test using RFHutil? |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 5:22 am Post subject: Re: thank u |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
sistuchandu wrote: |
But can we test using RFHutil? |
RFHUtil (and it's brother RFHUtilc) are very effective tools for sending and receiving messages.
Depending on the nature of your testing and your environment, other tools (like q or qload) might be more appropriate. Or not. It's an individual choice.
Personally I use all 3 for various tasks through my working day. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
mqsiuser |
Posted: Fri Jul 22, 2011 5:50 am Post subject: |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Make sure that the MCA-User is set on the channel (that you want to use, e.g. you can use 'SYSTEM.AUTO.SVRCONN') to your current system-user (e.g. your Windows-User-Name):
On the machine of your queue manager type "runmqsc <QMGR_NAME>" and then insert:
Code: |
ALTER CHANNEL(SYSTEM.AUTO.SVRCONN) CHLTYPE(SVRCONN) MCAUSER('<WindowsUserName>') |
Make sure, that no one else is using the channel (with a different user, which you might then overwrite)... so alternativly you can also create a windows-user with the name of the MCA.
Open rfhutilc.exe (not the "c" at the end) and in the box "Queue Manager Name (to connect to)" enter:
Code: |
SYSTEM.AUTO.SVRCONN/tcp/<IP or Hostname>(<MQ Listner Port>) |
RFHUTIL is great, I just like it and I also always have to look this up on how to set it up.
Then click "Load Names" to test if its working and follow the official documentation (pdf). E.g. on first Tab you can Open a File and put Data on a queue and on the second Tab "Data" you can have a look at the data.
Last edited by mqsiuser on Fri Jul 22, 2011 5:56 am; edited 1 time in total |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 5:55 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
mqsiuser wrote: |
Make sure that the MCA-User is set on the channel (that you want to use, e.g. you can use 'SYSTEM.AUTO.SVRCONN') to your current system-user (e.g. your Windows-User-Name): |
a) There's no reason to set an MCAUser just to use RFHUtilc. There are (often discussed here) reasons to set MCAUser but that's a separate discussion.
b) There's no good reason to use any SYSTEM object for any non-queue manager process. You should use a user defined, properly controlled SVRCONN channel for RFHUtilc just like you do for any other application
mqsiuser wrote: |
in the box "Queue Manager Name (to connect to)" enter:
Code: |
SYSTEM.AUTO.SVRCONN/tcp/<IP or Hostname>(<MQ Listner Port>) |
|
Or use a CCDT and just type the queue manager name. Again, this has nothing to do with RFHUtilc and everything to do with client connections. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
mqsiuser |
Posted: Fri Jul 22, 2011 6:14 am Post subject: |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Ok, sorry... I have set the MCA-User, because I usually use MQMON together with RFHUTIL (I guess this is valid then ?!).
Because without setting the MCAUser (or creating a Windows-Account according to the MCAUser-Name) MQMON will say:
Code: |
Error connecting via client to '<QMGR_NAME>' RC(2035) Not authorized. |
and o.k. the proper way is to create an additional Server-Connection-Channel (not just change an existing). |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 6:19 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
mqsiuser wrote: |
Ok, sorry... I have set the MCA-User, because I usually use MQMON together with RFHUTIL (I guess this is valid then ?!). |
It's all just client connections. How you configure, use and secure them is as individual a choice as what tools to use. And it's too hot on a Friday to reopen any of the debates on any of those 3 client topics!
If it works for you it doesn't sound that bad.....
mqsiuser wrote: |
and o.k. the proper way is to create an additional Server-Connection-Channel (not just change an existing). |
The more we bang away about best practice (especially to our less experienced posters) the more it spreads.
Also this thread will be in Google by now. I'd hate the next untrained soul trying to use RFHUtilc to find it, think he has to alter a SYSTEM object to use RFHUtilc and be roasted alive by his WMQ admin!  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
mqsiuser |
Posted: Fri Jul 22, 2011 6:30 am Post subject: |
|
|
 Yatiri
Joined: 15 Apr 2008 Posts: 637 Location: Germany
|
Vitor wrote: |
any of those 3 client topics! |
What do you recommend for the "3 client topics" (configure, use and secure), which links (forum threads, discussion and/or search items for the forum?) |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 6:37 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
mqsiuser wrote: |
Vitor wrote: |
any of those 3 client topics! |
What do you recommend for the "3 client topics" (configure, use and secure), which links (forum threads, discussion and/or search items for the forum?) |
I'd recommend "client configuration", "MCAUser", "MCA User", "SSL" & "client security" as forum search items for starters. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 22, 2011 6:44 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
You can also give this thread about RFHUtil a try which is quite interesting.
On the subject of client security any of Roger's posts are interesting and useful. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
ydeonia |
Posted: Mon Mar 11, 2013 1:52 am Post subject: |
|
|
Acolyte
Joined: 29 Oct 2012 Posts: 74
|
Hi All,
what is the shortcut to see last message in RFHUtils. or keyboard key shortcut to do browse next.
Thanks |
|
Back to top |
|
 |
zpat |
Posted: Mon Mar 11, 2013 2:05 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Couple of dangerous defaults to watch with RFHUTIL(C)
1. Defaults to creating non-persistent messages (which can affect transactional behaviour for example in WMB).
2. Defaults to creating messages with no message format. Suggest always setting this in the MQMD tab - for example to MQSTR. |
|
Back to top |
|
 |
mq4u |
Posted: Thu Jan 30, 2014 9:16 am Post subject: Re: thank u |
|
|
Newbie
Joined: 20 Nov 2012 Posts: 2
|
Vitor wrote: |
sistuchandu wrote: |
But can we test using RFHutil? |
RFHUtil (and it's brother RFHUtilc) are very effective tools for sending and receiving messages.
Depending on the nature of your testing and your environment, other tools (like q or qload) might be more appropriate. Or not. It's an individual choice.
Personally I use all 3 for various tasks through my working day. |
Hi Vitor and fellow members in this forum. I had been using MQ visual edit to load a queue from one single file which will put say 10000 messages on the queue, but the file only had data worth of 1 message without any RFH or MQ MD header. So, it was very convenient from my part to just specify a single input file and MQ visual edit would do the job for me, by replicating the file to 10000 messages on queue.
Does Rfhutil or qload provides this functionality ? I need to try with RFHUtil or qload since at my current place, they do not have MQ visual edit.
I also tried to use Performance harness for JMS jar file by IBM to do that but it also does not have a clear option to do this functionality.
Please help. |
|
Back to top |
|
 |
mqjeff |
Posted: Thu Jan 30, 2014 9:46 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
the supportPac that includes the rfhutil executable also includes a bunch of other executables, that do different things.
Best bet is to go download the supportPac and read the documentation.
The JMS Performance Harness from IBM does also allow you to use a file as the contents of a message. The -mf flag does not require that the file be in RFHUTil format, as far as I know. |
|
Back to top |
|
 |
|