Re: MQPUT and MQGET API

If you are not familiar with RPG/400 or ILE RPG IV, and you know either
COBOL or C or C++, you might be better off to write your application in
COBOL or C/C++... those languages can also easily call the MQ APIs...

----- Original Message -----
From: "MITTELHEISSER Jean Claude" <MITTELJC@xxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Friday, June 18, 2004 6:13 AM
Subject: RE: MQPUT and MQGET API


> So I've started to write my first RPG/400 program on wednesday. I'm very
glad because I'm still able to read a queue and to print some messages.
However I have a little problem which can be resolved by any of you, I'm
sure. I have a buffer which contains the message and I would like to
overwrite a part of this buffer. But on program start, I don't even know
were this part is. I find it by using SUBST. So I have the buffer and a
pointer to the part in packed format.
>
> Best Regards.
> JC Mittelheisser
>
> -----Message d'origine-----
> De : midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]De la part de Carl Galgano
> Envoyé : mardi 15 juin 2004 18:34
> À : 'Midrange Systems Technical Discussion'
> Objet : RE: MQPUT and MQGET API
>
>
> The sample code is very helpful.  About 6 months ago I had to write an
> entire, fairly complex communication system with the US Customs Service
> using MQ.  I knew nothing about MQ.  Using the sample code, a post or 2
here
> and Google I was able to write a rock solid comm system.  We are very
> pleased with the way it works.
> cjg
>
> Carl J. Galgano
> EDI Consulting Services, Inc.
> 600 Kennesaw Avenue, Suite 400
> Marietta, GA  30060
> (770) 422-2995 - voice
> (419) 730-8212 - fax
> mailto:cgalgano@xxxxxxxxxxxxxxxxx
> http://www.ediconsulting.com
> AS400 EDI, Networking, E-Commerce and Communications Consulting and
> Implementation
> http://www.icecreamovernight.com
> Premium Ice Cream Brands shipped Overnight
>
> Visit our website to subscribe to our FREE AS/400 Timesharing Service
>
> -----Original Message-----
> From: Rooney, Michael P [mailto:michael.p.rooney@xxxxxxxxxxxxx]
> Sent: Tuesday, June 15, 2004 10:29 AM
> To: Midrange Systems Technical Discussion
> Subject: RE: MQPUT and MQGET API
>
>
> Jean Claude,
>
> Excellent.  If I can be of assistance please feel free to contact me off
> line.
>
> Regards,
>
> Michael Rooney
> Citigroup International
>
> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of MITTELHEISSER Jean
> Claude
> Sent: Tuesday, June 15, 2004 10:14 AM
> To: Midrange Systems Technical Discussion
> Subject: RE: MQPUT and MQGET API
>
>
> Hi Michael,
>
> My program is very simple : MQGET a non-synchronous message from a queue,
> post some data on this message and MQPUT this message to the next
recipient.
> I have found IBM samples and with Carsten's utility, I hope I'll be able
to
> write my first RPG program.
>
> Thank you all.
> Best Regards.
> JC Mittelheisser
>
> -----Message d'origine-----
> De : midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]De la part de Rooney, Michael P
> Envoyé : mardi 15 juin 2004 15:13 À : Midrange Systems Technical
Discussion
> Objet : RE: MQPUT and MQGET API
>
>
> Jean Claude,
>
> Generating and/or receiving MQ messages is the simple part.  If you are
> attempting to integrate your AS/400 with your other Distributed MQ
platforms
> may be more complex then simply putting and/or getting messages.
>
> For example, are the messages expecting replies? Do they use synchronous
or
> asynchrounous "dialogue"?  If replies are expected, how are they
reconciled
> with requests (msgId or CorrelId)?  What should happen to the messages in
> queue when the Queue Manager is stopped (i.e during IPL or maintenance)?
>
> My apologies if I appear to be "over engineering" but when (if)
integrating
> MQ messages in a disparate environment such as yours, it is typically
> necessary (i.e. recommended) that participating applications, be they RPG,
> C, COBOL or JAVA, understand the respective life cycle and model of
> underlying messages.
>
> That said, as michaelr_41 suggests, the IBM-supplied examples provide an
> excellent starting point for learning/understanding the functionality of
> MQSeries.  While I have never seen Carsten's utility, I'm confident, given
> his contributions to the AS/400 community, it also provides an excellent
> starting point for your MQ indoctrination.
>
> Respectfully,
>
> Michael Rooney
> Citigroup International
>
>
>
>
>
> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of MITTELHEISSER Jean
> Claude
> Sent: Monday, June 14, 2004 3:52 AM
> To: midrange-l@xxxxxxxxxxxx
> Subject: MQPUT and MQGET API
>
>
> Hello,
>
> We have several systems like OS/390, AIX, Windows and OS/400 in our
company.
> Most of them communicate through MQ Series. We have also a software which
> tests if these communications are OK by sending a message which is
forwarded
> over our network from a machine to another. Each machine reads this
message
> and sends it to the next. In case of a problem, sending stops and we know
> were the problem resides. We would like to include OS/400 in this testing
> but we have no real RPG competence to create programs in our company. So
we
> would like to know if someone has developed around MQ Series to create
> perhaps a MQPUT and a MQGET command on OS/400, in any case a simple way to
> read and put messages on MQ Series queues.
>
> Thank You.
> Best Regards.
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>