FW: Re: A critical piece for EDI processing and general doc

[John Esak]

-----Original Message-----
From: Jim Asman [mailto:jlasman at telus.net]
Sent: Thursday, June 29, 2006 12:00 AM
To: john at valar.com
Subject: Fwd: Re: A critical piece for EDI processing and general doc




--------------- Original Message ---------------
At 08:24P Wed Jun 28 2006, Brian K. White wrote:


----- Original Message -----
From: "John Esak" <john at valar.com>
To: "Fplist (E-mail)" <filepro-list at seaslug.org>
Sent: Wednesday, June 28, 2006 3:21 PM
Subject: A critical piece for EDI processing and general document
processingin fielPro


> each day and stores them in a dated archive tree. For example, if I get
> an invoice document in today... it would store the incoming document
> *automatically* into:
>
> /tmp/EDI/archive/inv/in/06/06


Be advised that on SCO (OSR5) there is a cron job that deletes all files in
any subdirectories in /tmp amd /usr/tmp.

[snip]



Thanks for the forward Jim. I think it would (or at least) should be obvious
to anyone that I don't store valuable data in the /tmp directory. In the
movie I make it very clear that the DirShare directory is for you to choose
and that I was picking /tmp/EDI as a "demo" directory because I knew
everyone would have it... and I wanted the processing table to work right
out of the box. Using Brian's logic... please, please, pleasse be sure not
to use an input source file called "inv_infle.dat" or output file called
"ack_997.outfile"... and most certainly don't use a qualifier called "test".
:-) It's pretty cute that he thinks a provided demo snippet of code is
showing and using precisely designated directories and files. It is even
more ironic that he did not seemt to catch the main thrust of the entire
table... which is to provide "variable" names for *all* the parts of any
involved directory or file. Brian's bent to nit-pick at anything I write is
obvious. Here he has gone out of his way to find a nit. Good work. Keep it
up... I certainly can use his oversight. :-)

Or do you suppose the warning is so very important to Brian that he just had
to alert you all not put your valuable EDI files in the "/tmp" directory.
I'm glad that's the only thing he took issue with... wouldn't want to have
to respond to any more inanity then this.

My apolgies for putting up a valuable piece of code without 3000 lines of
description... ah, but then, that is why a movie is worth 10,000 words. Get
the CD's... there is no mistaking what are syntax and testing "/tmp" demos
from the real thing. My apologies in any case that I just wanted to roughly
explain a thing which is very clearly described elsewhere. AS for Brian, no
apologies, he would take issue with absolutely *anything* I ever do... that
is why I have him permanently blocked from my mailboxes.

John