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



You can try using dataqueue logic in your pc application. The pc program
would monitor the data queue. When a selected value is received (such as the
file is ready) the program can get the file from the ifs and process it. No
need to copy the file to the windows network.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Adam Glauser
Sent: Thursday, September 11, 2008 3:26 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Another RUNRMTCMD question

I've read a bunch of articles and searched the archives, but I haven't
been able to find anything similar to my problem. I'm having trouble
finding documentation for the Windows side (iSeries Access Remote Commmand).

My use case is a batch job that produces a field delimited text file for
import into a Windows application. The application runs on a server,
and the data contains some sensitive information, so I'd like to have
the batch job copy the file to the Windows server, then tell the Windows
application to execute its import function.

I can execute commands Windows like 'move' and 'copy', but the Windows
app's import program always completes without errors but also without
actually doing anything. I believe the Windows app uses a relative path
to access the import file, and that somehow the REXEC environment causes
problems with the current directory.

I'm trying to get the vendor to fix the import program so that I can
specify an absolute path to the import file, but I was hoping someone
might know of a workaround in case I can't make that happen.

Please help!
Adam

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.