| Author |
Message
|
| Vitor |
 Posted: Tue Aug 22, 2006 8:09 am Post subject: |
 |
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mpsmith19 wrote: |
The API I refer to already exists for our in-house TCP/IP protocol and for SeeBeyond's JMS. (....) One of them is COBOL.  MicroFocus COBOL to be exact.
I think I hurt pulled a muscle trying to remember how to code in COBOL. Wonder if I can get workman's comp for it?  |
If you've got MF COBOL & SeeBeyond you should get danger money
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Tue Aug 22, 2006 8:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| mpsmith19 wrote: |
| jefflowrey wrote: |
Look at the pub/sub samples that come with WebSphere MQ.
For example, from amqsresa.c |
Sorry, not familiar with the MQ naming convention on their samples.
The file amqsresa.c doesn't exist in my MQ samples directory. The closest thing to it is amqsreq0.c. Also, a grep of the samples directory for MQFMT_RF_HEADER comes back with 0 files.
Perhaps I'm on too old a version of MQ for the samples you're quoting? I believe I was told that we're on MQSeries 5.3. |
Maybe this only comes with Broker somehow... I've also got Broker Toolkit installed on this same machine...
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Aug 22, 2006 8:15 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
No, on one of the HPUX machines I've got at this client, there is /opt/mqm/samp/pubsub/amqsresa.c
But this is MQ v6.
You should have these samples from CSD08 of MQ v5.3, I would think.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Aug 22, 2006 12:00 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
|
| Back to top |
|
|
| saketr |
| Posted: Wed Aug 23, 2006 5:51 am Post subject: |
|
|
Apprentice
Joined: 08 Feb 2006
Posts: 41
|
|
| Back to top |
|
|
| mpsmith19 |
| Posted: Wed Aug 23, 2006 5:54 am Post subject: |
|
|
Novice
Joined: 02 May 2005
Posts: 20
|
Thanks for trying, but not helpful for an HPUX question.
_________________
Michael P. Smith |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 23, 2006 6:03 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Michael, did you find the pub/sub samples?
The readme for v5.3 CSD11 indicates that they should be included. If nothing else, you can download the obsolete MA0C pub/sub broker and extract them from that. DON'T *install* it, though.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| mpsmith19 |
| Posted: Wed Aug 23, 2006 6:27 am Post subject: |
|
|
Novice
Joined: 02 May 2005
Posts: 20
|
| jefflowrey wrote: |
Michael, did you find the pub/sub samples?
The readme for v5.3 CSD11 indicates that they should be included. If nothing else, you can download the obsolete MA0C pub/sub broker and extract them from that. DON'T *install* it, though. |
Nope. Still haven't found the samples. I'm not an MQ person so I've spent very little time on the IBM MQ site. So when I'm told to download something I have no idea where to find it. For me finding a file on the MQSeries site has been painful at best.  If you can supply a link to MA0C (whatever it is), I'd appreciate it.
I did query the System Administrator and he informed me that we have 5.3 CSD06 installed with no plans of changing it until they upgrade to 6.0. 
I'm trying to avoid having a test message placed on an MQ queue by one of the Websphere programmers so that I can retrieve it and disect the MQRFH2 header. I'm trying REAL hard to avoid that. But it's seeming more and more likely every day.
I've also been in meetings since my original post and the waffling continues. Still not even 50% what transport method they want to use for this critical application . I swear someone has a camera in my cube and they just love to see the frustrated look on my face every time the development direction changes.
_________________
Michael P. Smith |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 23, 2006 6:35 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 23, 2006 6:36 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 23, 2006 6:44 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
|
| Back to top |
|
|
| mpsmith19 |
| Posted: Wed Aug 23, 2006 7:04 am Post subject: |
|
|
Novice
Joined: 02 May 2005
Posts: 20
|
Jeff and Vitor, thanks for the links.
The link to the section on Mapping JMS messages onto Websphere MQ messagse has helped immensely. Not so much in interpretting the information, but in showing my management the difficulty in having a C program trying to interpret an MQRFM2 header that may or may not contain many user defined values.
I'm going to push for my API to use native MQSeries instead of MQSeries JMS unless a version of XMS becomes available for HPUX.
Thanks for the help. I think this thread is done 
_________________
Michael P. Smith |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Aug 23, 2006 2:02 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| mpsmith19 wrote: |
Jeff and Vitor, thanks for the links.
The link to the section on Mapping JMS messages onto Websphere MQ messagse has helped immensely. Not so much in interpretting the information, but in showing my management the difficulty in having a C program trying to interpret an MQRFM2 header that may or may not contain many user defined values.
I'm going to push for my API to use native MQSeries instead of MQSeries JMS unless a version of XMS becomes available for HPUX.
Thanks for the help. I think this thread is done |
Don't push for that...
Embrace JMS and have them suppress the RFH header....
At level 5.3 in the JNDI make sure the target Client is marked as MQ and not JMS for the queue definitions...
For the replyto Destination a little more is required...but easy to program.
At level 6.0 the default is targetClientMatching(true) which means even request reply will go smoothly....
Worst case scenario your app should be able to read and discard the x bytes from the RFH header.
Enjoy
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| saketr |
| Posted: Thu Aug 24, 2006 1:31 am Post subject: Re: Need major help coding HPUX C for MQSeries JMS. |
|
|
Apprentice
Joined: 08 Feb 2006
Posts: 41
|
| mpsmith19 wrote: |
I've searched the IBM site and this site for several days and can't really find an answer. Although I have seen mention of XMS here, but can't find an HPUX XMS on the IBM site.
Any help would be greatly appreciated.
|
Hi there,
HP-UX is in the plan for porting XMS, but due to other priority requirements, it is not currently expected to be shipped in the near future. If you would like to make a formal request, through your IBM account team, for XMS to support HP-UX, then that will help the XMS development team to prioritise their plans.
Warm regards,
Saket |
|
| Back to top |
|
|
|
|
