 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Alternative to FTP for file transfer to iSeries (AS/400)</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/</link>
	<description></description>
	<lastBuildDate>Sun, 19 May 2013 03:14:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: djac</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52916</link>
		<dc:creator>djac</dc:creator>
		<pubDate>Thu, 24 Apr 2008 09:55:12 +0000</pubDate>
		<guid isPermaLink="false">#comment-52916</guid>
		<description><![CDATA[I&#039;ve been following this thread and every time I get to the bit that says:

&quot;our infrastructure team does not want to support FTP on the new replacement server&quot;

I think &#039;why the heck not!?!?!?!&#039;

Is it issues with space/performance/security? These can all be addressed if they can be bothered.

Or do they just not want their nice shiny server having anything to do with that nasty old dinosaur of an AS400?

Have you escalated this through management? Perhaps if someone explained to the infrastructure folks that these systems belong to the company, not to them?

Anyhoo, rant over.... 

From your concerns about performance if the users save directly to and NFS share, it would appear that local saving with periodic collection by the AS400 is still your only realistic option.

How about setting up a medium-spec PC locally to the users to act as an FTP server, or possibly even a NAS drive? Most NAS drives have an FTP server built-in.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve been following this thread and every time I get to the bit that says:</p>
<p>&#8220;our infrastructure team does not want to support FTP on the new replacement server&#8221;</p>
<p>I think &#8216;why the heck not!?!?!?!&#8217;</p>
<p>Is it issues with space/performance/security? These can all be addressed if they can be bothered.</p>
<p>Or do they just not want their nice shiny server having anything to do with that nasty old dinosaur of an AS400?</p>
<p>Have you escalated this through management? Perhaps if someone explained to the infrastructure folks that these systems belong to the company, not to them?</p>
<p>Anyhoo, rant over&#8230;. </p>
<p>From your concerns about performance if the users save directly to and NFS share, it would appear that local saving with periodic collection by the AS400 is still your only realistic option.</p>
<p>How about setting up a medium-spec PC locally to the users to act as an FTP server, or possibly even a NAS drive? Most NAS drives have an FTP server built-in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pmc</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52884</link>
		<dc:creator>pmc</dc:creator>
		<pubDate>Tue, 22 Apr 2008 13:45:20 +0000</pubDate>
		<guid isPermaLink="false">#comment-52884</guid>
		<description><![CDATA[Thanks Mike,

The IFS Shared idea was one that I had already been considering.  The objection to that which was raised is the currently the users save to document to a local LAN drive - a pretty quick operation.  Saving to an IFS drive would involve channeling through the communications bottleneck along with all the other jobs/data/etc connecting the data center and our remote site.  Our users are used to that local speed and if we degrade their response times, well it would not be a good thing.]]></description>
		<content:encoded><![CDATA[<p>Thanks Mike,</p>
<p>The IFS Shared idea was one that I had already been considering.  The objection to that which was raised is the currently the users save to document to a local LAN drive &#8211; a pretty quick operation.  Saving to an IFS drive would involve channeling through the communications bottleneck along with all the other jobs/data/etc connecting the data center and our remote site.  Our users are used to that local speed and if we degrade their response times, well it would not be a good thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcl</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52876</link>
		<dc:creator>mcl</dc:creator>
		<pubDate>Mon, 21 Apr 2008 18:41:52 +0000</pubDate>
		<guid isPermaLink="false">#comment-52876</guid>
		<description><![CDATA[Can you change the process to go from the PC to the iSeries IFS instead of to the LAN server? 

If you can do that you can use QSHELL commands to get a directory listing to a file  
(ls -l ifsdirname &gt; qsys.lib/mylib.lib/dirlist.file/dirlist.mbr), 
extract the filenames from that file and then use a CPYFRMSTMF command to copy from ifsdirname/ifsfilename to qsys.lib/mylib.lib/myfile.fil/myfile.mbr. 

If you can write a program to handle the FTP, setting up something to use QSHELL should be easy...  

As far as remote location and traffic - I don&#039;t know what differance it makes if you are transferring from PC to LAN Server and then an FTP to get the files to the iSeries verses going from PC to the iSeries directly.. 

Regards
Mike Loiodice]]></description>
		<content:encoded><![CDATA[<p>Can you change the process to go from the PC to the iSeries IFS instead of to the LAN server? </p>
<p>If you can do that you can use QSHELL commands to get a directory listing to a file<br />
(ls -l ifsdirname &gt; qsys.lib/mylib.lib/dirlist.file/dirlist.mbr),<br />
extract the filenames from that file and then use a CPYFRMSTMF command to copy from ifsdirname/ifsfilename to qsys.lib/mylib.lib/myfile.fil/myfile.mbr. </p>
<p>If you can write a program to handle the FTP, setting up something to use QSHELL should be easy&#8230;  </p>
<p>As far as remote location and traffic &#8211; I don&#8217;t know what differance it makes if you are transferring from PC to LAN Server and then an FTP to get the files to the iSeries verses going from PC to the iSeries directly.. </p>
<p>Regards<br />
Mike Loiodice</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pmc</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52859</link>
		<dc:creator>pmc</dc:creator>
		<pubDate>Mon, 21 Apr 2008 14:30:38 +0000</pubDate>
		<guid isPermaLink="false">#comment-52859</guid>
		<description><![CDATA[OK, I got that information...  Windows 2003 Server.  BTW...  I thought Windows server side OS included at least the ability to accomodate an FTP Get and an FTP Dir without extra requirements.  

Thanks again 

Paul Carpenter]]></description>
		<content:encoded><![CDATA[<p>OK, I got that information&#8230;  Windows 2003 Server.  BTW&#8230;  I thought Windows server side OS included at least the ability to accomodate an FTP Get and an FTP Dir without extra requirements.  </p>
<p>Thanks again </p>
<p>Paul Carpenter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bvining</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52821</link>
		<dc:creator>bvining</dc:creator>
		<pubDate>Fri, 18 Apr 2008 13:59:30 +0000</pubDate>
		<guid isPermaLink="false">#comment-52821</guid>
		<description><![CDATA[What is the new LAN server at the remote location?  That is, what type of operating system will it be running.]]></description>
		<content:encoded><![CDATA[<p>What is the new LAN server at the remote location?  That is, what type of operating system will it be running.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pmc</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/alternative-to-ftp-for-file-transfer-to-iseries-as400/#comment-52819</link>
		<dc:creator>pmc</dc:creator>
		<pubDate>Fri, 18 Apr 2008 13:32:54 +0000</pubDate>
		<guid isPermaLink="false">#comment-52819</guid>
		<description><![CDATA[To elaborate on the original description of what is ahppening...  Local users get a faxed document into their PC&#039;s.  This is converted into a PDF document and loaded onto a LAN server (which was also the original FTP server).  The iSeries has a scheduled job which sweeps the FTP server (utilizing the FTP dir command to an output log) and the files present ar FTP&#039;d to a database &quot;flat file&quot; which is then processed to extract the data present.  

The whole process goes from received fax to PDF, from PC to Lan Server, before the iSeries even knows about the existance of the document.   The PC&#039;s and the LAN server are in a remote location to the physical iSeries and the communications pipeline supports several hundred interactive sessions as well as other miscellaenous functions.

Personally, so far at least I think that the batch FTP process is the least intrusive, but our infrastructure team does not want to support FTP on the new replacement server.

Thanks for the input though, and if you have any (and I do mean any) other thoughts on this I&#039;d love to hear them.

Paul Carpenter
Protective Life, Asset Protection Division]]></description>
		<content:encoded><![CDATA[<p>To elaborate on the original description of what is ahppening&#8230;  Local users get a faxed document into their PC&#8217;s.  This is converted into a PDF document and loaded onto a LAN server (which was also the original FTP server).  The iSeries has a scheduled job which sweeps the FTP server (utilizing the FTP dir command to an output log) and the files present ar FTP&#8217;d to a database &#8220;flat file&#8221; which is then processed to extract the data present.  </p>
<p>The whole process goes from received fax to PDF, from PC to Lan Server, before the iSeries even knows about the existance of the document.   The PC&#8217;s and the LAN server are in a remote location to the physical iSeries and the communications pipeline supports several hundred interactive sessions as well as other miscellaenous functions.</p>
<p>Personally, so far at least I think that the batch FTP process is the least intrusive, but our infrastructure team does not want to support FTP on the new replacement server.</p>
<p>Thanks for the input though, and if you have any (and I do mean any) other thoughts on this I&#8217;d love to hear them.</p>
<p>Paul Carpenter<br />
Protective Life, Asset Protection Division</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/8 queries in 0.034 seconds using memcached
Object Caching 339/340 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-19 17:39:11 -->