× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Have you looked that the capabilities of the PC app?

Just because it was originally set up to use an exported text file
doesn't mean that an exported text file is it's only option.
Particularly if you kept the app updated to recent versions.

Perhaps the app can get it's data via ODBC/OLEDB/JDBC.

Charles

On Fri, Jan 2, 2009 at 9:13 AM, Adam West <adamster@xxxxxxxxx> wrote:
you can't because its a PC application that prints shipping labels and some other things.
The updates are actually not so frequent but they do occur. It's a kind of complicated situation but sometimes Sales will discount an item on the i, while the shipping is working. So then I have to tell them to refresh. It would be better obviously to be in sync.

Alot of people are suggesting that this is a Business Process flow issue. You are right but this framework is not going to change so I am merely trying to improve on what I have.




________________________________
From: Charles Wilt <charles.wilt@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Friday, January 2, 2009 8:18:35 AM
Subject: Re: Use of the IFS

First off, your problem isn't that the data is being transferred, the
problem is that the data exists in two places; in the i as a DB file
and as a PC stream file.

Having the stream file version on the i isn't going to do a whole lot
for you IMHO.

What data is the warehouse modifing/adding from the PC and what
application is being used to do it?

Have you looked at getting rid of the requirement for the stream file
version completly and just providing the user with a way to modify the
data in the i DB file as needed?


Charles



On Fri, Jan 2, 2009 at 7:43 AM, Adam West <adamster@xxxxxxxxx> wrote:
On the PC, the warehouse person currently runs a file transfer from the i, that adds records to a file on the PC, then he/she calls up each record on the PC keyed by Invoice number, enters or modifies some data pertaining to the package.
So there are 2 files one on the PC and one on the i. But they are the same file really. At the days end, they send the PC version back to the i for Accounting processing.
It is used on various PC's this application.
What I am interested in doing is just have this file on the i with no tranfer.

Because sometimes updates occur to this file on the i, and that means that on the PC they are not in sync.



________________________________
From: Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, January 1, 2009 2:53:10 PM
Subject: Re: Use of the IFS

Adam West wrote:
Yes that is what I am looking to do. But which machines run the code? Then you need a program on the PC to to the FTP so to speak or could it be run from the i? and if from the PC what type of Programming Language would be doing this?


Sorry, Adam, at this point we need very specific step-by-step business
requirements. What does the PC application do? What kind of data does
it generate? Is it in response to human data entry or some sort of
automated process? What type of file is it? Where does it reside?
What do you want to do with it on the i? How often does the transfer run?

As you can see, there are huge holes in the definition of the process.
Typically before someone can advise you on "how" to do something, you
need to define very carefully "what" you want to do. So step back and
think about what you want to accomplish from a business sense, and then
maybe someone can help you with some technical advice.

Joe
--
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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.