RE: Object Allocation Problem - or Something Else?

Chuck,

Thanks. I'll get with the POS vendor about this. Shouldn't charge me/us
more than a week's salary (they charge for everything!) - fortunately I'm
cheap.

Jerry C. Adams
IBM i Programmer/Analyst
Between things human, it's never 4-1, it's mostly 6-5. -Damon Runyon
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Tuesday, February 21, 2012 11:59 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Object Allocation Problem - or Something Else?

On 21-Feb-2012 07:37 , Jerry C. Adams wrote:

<<SNIP>>

The company that provides our Point-of-Sales applications and I teamed
up so that the stores could send an order directly to the System i. I
don't know much about the POS side, but the programmer there said he
used OLE DB to connect, which we both thought was great because I
could create an SQL DDL file on the System i into which the orders
would be dumped.

<<SNIP>>

The problem that we have been experiencing is that, occasionally, I
will get only part of the order, say 10 lines out of 100 (it varies).
I have a check at my end (the store's purchase order number) to be
sure that the store managers (not the sharpest knives in the drawer)
don't try to send the same order a second (or more) time. But on the
next cycle the rest of the order is there and, naturally, my program
rejects it as being a duplicate.

What I don't know, and have been unable to test, is whether or not the
ALCOBJ actually works if the store has already made the connection to
my bucket file when I allocate the file and start processing. This
seems to be what is happening, but is it possible? I do know that the
orders are not being submitted twice.

The connection to the server from the POS should run with isolation, and
COMMIT only after all the insert activity has completed, to ensure that the
processing is atomic. No more partial orders.

Regards, Chuck
--
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.