Re: MQ Newbie Question - Msgs To Receive??

Carl thanks for your response.

We are setup now for internet VPN. We set the original connection up about
a year ago and I wasn't directly involved in getting it set up (that's what
network guys are for!) but I don't recall them offering any other option
than VPN.

I knew you had mentioned your US Customs set up before and I was going to
email you off-line because a) they didn't seem to be getting our data and b)
we weren't receiving anything from them. After about 40 minutes we got
email confirmation that they did get our file but we never received any 997s
or 355s (We were expecting the 997 not the 355 because our 309 inadvertently
got sent twice and on their end it apparently looked like all the segments
were duplicated).

Talking to their network people, they showed the data coming in at pretty
much the exact time I sent it. Why it took 40 minutes to get into the
application I don't know. Turns out we didn't receive a response because
someone <cough, cough> had typed the wrong port number on the start of the
listener. Fixed that and got the 997s.

I know I've got a lot to learn about this MQ stuff. I need to figure out a
way to determine which jobs need to be running and capture when anything
isn't. I'd love to know how you are monitoring the channels. I'm not an
RPG expert. We're using Gentran's MQ commands as a cop out so we didn't
have to do anything in our application. I can control the mapping and send
in a CL external to our dispatching application.

In a way I'm concerned than MQ appears to be so stable and reliable. If
something just runs in the background and you don't work with it
consistently, it's hard to retain knowledge.


Thanks again for your pointers.


Gord

On Fri, 27 Apr 2007 07:16:14 -0400, "Carl Galgano"
<cgalgano2@xxxxxxxxxxxxxxxxx> wrote:

Gord,
I run a service bureau for several ship lines. We support trade AMS
applications with US Customs for the ocean standard. For our application,
when we send a 309 document (manifest), USCS only sends back a 997 FA if
there is a problem with the data. In our case, when we send a 309, they
return a 355 document with the disposition of the manifest to let us know
what B/Ls in the manifest were accepted.

Michael is correct, use the WRKMQMQ command to look at all the queues on
your system. Your receiver queue will be defined as *LCL.

You can also look at the MQ channels (WRKMQMCHL). You can try to start your
receiver channel as well (option 14). I have written an MQ monitoring
system that keeps track of when we last received data from Customs and if
too much time has past, it initiates auto recovery. Sometimes
programmatically, especially when sending data, our outbound Queue will
stop, and the solution has been to stop and restart the channel.

FWIW, our MQ connection to USCS has been VERY reliable, and much better than
the old dial up MSRJE connection we had 5 years ago. We just received work
that USCS is dropping MQ over frame relay support, and we need to convert to
MPLS or internet VPN. Have you guys done this yet? We are opting for the
internet-VPN option. While the physical connection will change, as far as I
can tell, we wont have to touch our middleware or applications.

Regards,
cjg


Carl J. Galgano