<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Clovertech | Jerry Hayes | Activity</title>
	<link>https://clovertech.infor.com/members/jerry-hayes/activity/</link>
	<atom:link href="https://clovertech.infor.com/members/jerry-hayes/activity/feed/" rel="self" type="application/rss+xml" />
	<description>Activity feed for Jerry Hayes.</description>
	<lastBuildDate>Tue, 21 Apr 2026 17:00:40 -0400</lastBuildDate>
	<generator>https://buddypress.org/?v=</generator>
	<language>en-US</language>
	<ttl>30</ttl>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>2</sy:updateFrequency>
	
						<item>
				<guid isPermaLink="false">864e38f932a8d21dacddcd7ec83c129f</guid>
				<title>Jerry Hayes replied to the topic Disconnect in a PDL? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/disconnect-in-a-pdl/#post-71828</link>
				<pubDate>Mon, 21 Jun 2010 17:05:34 -0400</pubDate>

									<content:encoded><![CDATA[<p>Well, no luck in trying anything at the PDL level, so I ended up moving the HTTP response generation to a TPS proc, and wrote that out similar to an HL7 ACK/NAK, (but with a HTTP 200/404 instead).</p>
<p>I had to push things here so that I could use the &#8220;disconnect after write&#8221; option on the TCP/IP PDL dialog. </p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">9e51005aa0a5dff5625a3e63c69f24b5</guid>
				<title>Jerry Hayes replied to the topic Known Issues upgrading from 5.5 to 5.7 in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/known-issues-upgrading-from-5-5-to-5-7/#post-71716</link>
				<pubDate>Wed, 16 Jun 2010 16:50:25 -0400</pubDate>

									<content:encoded><![CDATA[<p>We just did a 5.5 to 5.7 upgrade. &nbsp;Issues:</p>
<p>1. Default date precision is ON in 5.5 and OFF in 5.7. &nbsp;Our data compare process required us to write a utility to add precision ON in 5.7 translates (that didn&#8217;t already have precision set), and fix a few TCL files with the convert_date procedure (which uses the same precision internally).</p>
<p>2. The new&hellip;<span class="activity-read-more" id="activity-read-more-3584"><a href="https://usspvlclovertch2.infor.com/forums/topic/known-issues-upgrading-from-5-5-to-5-7/#post-71716" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">4e9037882adfb8b2d69bb1afa310bb7c</guid>
				<title>Jerry Hayes replied to the topic Raima keydump on version 5.7 in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/raima-keydump-on-version-5-7/#post-70978</link>
				<pubDate>Mon, 08 Mar 2010 20:14:40 -0500</pubDate>

									<content:encoded><![CDATA[<p>Jim,</p>
<p>Our existing process uses this because it&#8217;s going through one less layer.</p>
<p>I have no problem switching to hcidbidump, but I&#8217;m more concerned about something in the CL 5.7 version that doesn&#8217;t work as the CL 5.5 version; as we evaluate our new upgraded environment, we want to know what&#8217;s causing the discrepancy.</p>
<p>Thanks,</p>
<p>Jerry</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
		
	</channel>
</rss>