 




<?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: Mainframe to AS/400</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/mainframe-to-as400/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/mainframe-to-as400/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 15:11:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: jonp</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/mainframe-to-as400/#comment-46335</link>
		<dc:creator>jonp</dc:creator>
		<pubDate>Wed, 08 Jun 2005 20:40:20 +0000</pubDate>
		<guid isPermaLink="false">#comment-46335</guid>
		<description><![CDATA[I would forget moving to CICS/400 - it was always somewhat of an &quot;orphan&quot;.  I&#039;m not even sure it is even supported - I don&#039;t  think it is under active development.  There are conversion tools that go straight from CICS to native COBOL screen I/O which is generally a far better option.  The same vendors have JCL to CL conversion capability in their tools.

Batch mainframe COBOL to COBOL/400 is no biggie.  

The binary vs Packed thing does not need to be an issue.  Fields that are defined as COMP will be treated by the 400 compiler as packed whereas the mainframe would treat them as binary.  Change all COMP to COMP-4 and voila - the job is done.  Binary on the 400 is as efficient as on the mainframe (which is to say generally that it is not as efficient as packed for most math).

You would probably want to change to using packed rather than binary or zoned if you are using them - but the conversion tools often offer this kind of option.]]></description>
		<content:encoded><![CDATA[<p>I would forget moving to CICS/400 &#8211; it was always somewhat of an &#8220;orphan&#8221;.  I&#8217;m not even sure it is even supported &#8211; I don&#8217;t  think it is under active development.  There are conversion tools that go straight from CICS to native COBOL screen I/O which is generally a far better option.  The same vendors have JCL to CL conversion capability in their tools.</p>
<p>Batch mainframe COBOL to COBOL/400 is no biggie.  </p>
<p>The binary vs Packed thing does not need to be an issue.  Fields that are defined as COMP will be treated by the 400 compiler as packed whereas the mainframe would treat them as binary.  Change all COMP to COMP-4 and voila &#8211; the job is done.  Binary on the 400 is as efficient as on the mainframe (which is to say generally that it is not as efficient as packed for most math).</p>
<p>You would probably want to change to using packed rather than binary or zoned if you are using them &#8211; but the conversion tools often offer this kind of option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: byimw02</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/mainframe-to-as400/#comment-46336</link>
		<dc:creator>byimw02</dc:creator>
		<pubDate>Tue, 07 Jun 2005 13:01:29 +0000</pubDate>
		<guid isPermaLink="false">#comment-46336</guid>
		<description><![CDATA[Welcome aboard to the most advanced business computing platform, the i5 (formerly known as iSeries and AS/400).  A lot to consider in this migration, i.e, zSeries computing is done in binary while iSeries is done in packed decimal.  I would invest the time and money with IBM consulting or a 3rd party. (Barsa Consulting in NY, http://www.ccslink.com/conversion/index.jsp) It is easier working with someone who has done it numerous times.  What was the main thrust to the migration?  Are you using DB2 on the mainframe?   Good luck.    ]]></description>
		<content:encoded><![CDATA[<p>Welcome aboard to the most advanced business computing platform, the i5 (formerly known as iSeries and AS/400).  A lot to consider in this migration, i.e, zSeries computing is done in binary while iSeries is done in packed decimal.  I would invest the time and money with IBM consulting or a 3rd party. (Barsa Consulting in NY, <a href="http://www.ccslink.com/conversion/index.jsp" rel="nofollow">http://www.ccslink.com/conversion/index.jsp</a>) It is easier working with someone who has done it numerous times.  What was the main thrust to the migration?  Are you using DB2 on the mainframe?   Good luck.    </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/10 queries in 0.027 seconds using memcached
Object Caching 281/287 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-23 17:42:08 -->