| Author |
Message
|
| vedbhat |
 Posted: Thu Sep 30, 2004 3:14 am Post subject: Generating MQRFH2 Header in Visual Basic |
 |
|
Disciple
Joined: 19 Mar 2002
Posts: 186
Location: Singapore
|
Does any body have sample code written in Visual Basic which generates RFH2 Header for the messages which are put in the MQSeries Queue.
_________________
IBM Certified Solutions Expert - MQSeries Workflow
IBM Certified Specialist - MQSeries |
|
| Back to top |
|
 |
| kirani |
| Posted: Thu Sep 30, 2004 8:35 am Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
This is not a WMQI question, so moving to API Forum.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Thu Sep 30, 2004 10:08 am Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
kirani,
The RFH2 header is not restricted to only MQSI (so API or Java forum should be ok). The VB app could be trying to send a message to JMS app.
Although, instead of getting the VB app to understand the RFH2 header, it would be better for the JMS app to have the JMS Queue's attribute of TARGCLIENT(JMS) to changed to TARGCLIENT(MQ). That way the VB app can send plain text and the JMS app will get a JMS message.
Regards,
Roger Lacroix
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| EddieA |
| Posted: Thu Sep 30, 2004 2:54 pm Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
| Quote: |
| Although, instead of getting the VB app to understand the RFH2 header, it would be better for the JMS app to have the JMS Queue's attribute of TARGCLIENT(JMS) to changed to TARGCLIENT(MQ). That way the VB app can send plain text and the JMS app will get a JMS message. |
Isn't that only used when sending message out from JMS. I though that JMS was intelligent enough to receive messages either with or without the RFH2.
There is a VB declaration for the RFH2, so can't this be used.
The only reason I can think that a non-JMS application needs to build an RFH2 is if you wanted to set Properties that the JMS application can read without having to change the message payload. But, I'm sure, that other members here can come up with a bunch more reasons. 
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Sep 30, 2004 3:28 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| EddieA wrote: |
| But, I'm sure, that other members here can come up with a bunch more reasons. |
Because using an MQ "standard" header for your own custom Rules or Formatting data is a better idea than inventing your own "Rules or Formatting" header...
Like if you wanted applications to include message identification information that could then be used for routing...
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| vedbhat |
| Posted: Thu Sep 30, 2004 3:59 pm Post subject: |
|
|
Disciple
Joined: 19 Mar 2002
Posts: 186
Location: Singapore
|
My clients is using Visual Baisc for writing most of their applications.
Reqmt: When the Broker recieves the message from any of these systems, we need to identify what type of message it is and where it came from hecne were thinking of using RFH2 Header.
Can anyone pls let me know whether anybody have VB Samples to create RFH2 header.
Thanks in advance,
Ved
_________________
IBM Certified Solutions Expert - MQSeries Workflow
IBM Certified Specialist - MQSeries |
|
| Back to top |
|
|
|
|
