<?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 | Jim Rawls | Activity</title>
	<link>https://clovertech.infor.com/members/jimrawls17/activity/</link>
	<atom:link href="https://clovertech.infor.com/members/jimrawls17/activity/feed/" rel="self" type="application/rss+xml" />
	<description>Activity feed for Jim Rawls.</description>
	<lastBuildDate>Tue, 07 Apr 2026 08:46:35 -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">5e2f97391734a556427d433c12b62d83</guid>
				<title>Jim Rawls became a registered member</title>
				<link>https://clovertech.infor.com/activity/p/3794/</link>
				<pubDate>Fri, 08 Mar 2019 20:41:56 -0500</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">01bce3822d8cfc2942a338789282953f</guid>
				<title>Jim Rawls replied to the topic Cloverleaf GUI Running Slow in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/cloverleaf-gui-running-slow/#post-86498</link>
				<pubDate>Thu, 20 Sep 2018 20:40:29 -0400</pubDate>

									<content:encoded><![CDATA[<p>Rodney,</p>
<p>It sounds like a Windows firewall issue I had when I went to Windows 10. &nbsp;You might need to allow hciaccess to communicate through Windows firewall.</p>
<p>Hope this helps.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">703af0f5f7ce35760bcb0865f031ebcd</guid>
				<title>Jim Rawls replied to the topic Cloverleaf on RHEL in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/cloverleaf-on-rhel/#post-85957</link>
				<pubDate>Mon, 26 Mar 2018 17:33:38 -0400</pubDate>

									<content:encoded><![CDATA[<p>Having had to recover from data losses multiple times, I&#8217;d be interested to hear more about your experience with this setting, especially as nothing else has worked for us (including HA). &nbsp;Have you experienced data loss with this flag set? &nbsp;Have you had a chance to compare throughput with and without the setting? &nbsp;We have on the order of 6 million&hellip;<span class="activity-read-more" id="activity-read-more-9689"><a href="https://usspvlclovertch2.infor.com/forums/topic/cloverleaf-on-rhel/#post-85957" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">ce37da5f9966c400f511aaefd349b844</guid>
				<title>Jim Rawls replied to the topic Moving from Cloverleaf 6.0.2 to 6.1.1 - Delimiters changed in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/moving-from-cloverleaf-6-0-2-to-6-1-1-delimiters-changed/#post-83664</link>
				<pubDate>Mon, 08 Feb 2016 21:21:11 -0500</pubDate>

									<content:encoded><![CDATA[<p>Thanks guys. &nbsp;Looks like Infor fixed what we&#8217;ve been coding around all of these years&#8230;</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">9347808007500fbc7b28b213c3d2d22d</guid>
				<title>Jim Rawls replied to the topic Moving from Cloverleaf 6.0.2 to 6.1.1 - Delimiters changed in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/moving-from-cloverleaf-6-0-2-to-6-1-1-delimiters-changed/#post-83660</link>
				<pubDate>Fri, 05 Feb 2016 13:51:53 -0500</pubDate>

									<content:encoded><![CDATA[<p>This is an HL7 2.5.1 ORU^R01^ORU_R01 lab result message (both inbound and outbound). &nbsp;This input matches the 6.1.1 output, as do the delimiters, so it appears that 6.0.2 (and 5.7.2, where this was developed) had been making a substitution of ^ for &amp; in this case.</p>
<p>The copy is straight across for the whole field.</p>
<p>There is a post-xlt Tcl proc that&hellip;<span class="activity-read-more" id="activity-read-more-8838"><a href="https://usspvlclovertch2.infor.com/forums/topic/moving-from-cloverleaf-6-0-2-to-6-1-1-delimiters-changed/#post-83660" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">3f210b43d61f87ff8358d8278399b033</guid>
				<title>Jim Rawls replied to the topic Translation Truncation Consternation in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/translation-truncation-consternation/#post-82259</link>
				<pubDate>Fri, 20 Mar 2015 13:46:28 -0400</pubDate>

									<content:encoded><![CDATA[<p>Both inbound and outbound variants are version 2.3. &nbsp;We did not modify the type from DATE on the inbound, just the length.</p>
<p>When I changed the inbound variant to TIMESTAMP (and left the length as 14) then I do get the correct output using COPY. &nbsp;Thank you.</p>
<p>I found this interesting because, during another attempted work-around, we copied from&hellip;<span class="activity-read-more" id="activity-read-more-6252"><a href="https://usspvlclovertch2.infor.com/forums/topic/translation-truncation-consternation/#post-82259" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">f0ab51fdf2f1eb23ef787f02861e13bf</guid>
				<title>Jim Rawls replied to the topic Received Email from LicenseKey.Care-Lawson@infor.com in the forum General</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/received-email-from-licensekey-care-lawsoninfor-com/#post-81943</link>
				<pubDate>Wed, 28 Jan 2015 13:23:51 -0500</pubDate>

									<content:encoded><![CDATA[<p>We received this too.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">1d16994fd5e6c145856e3091801d7626</guid>
				<title>Jim Rawls replied to the topic Lock manager shutdown error on Cloverleaf 6.0.2 in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/lock-manager-shutdown-error-on-cloverleaf-6-0-2/#post-81059</link>
				<pubDate>Fri, 08 Aug 2014 17:41:40 -0400</pubDate>

									<content:encoded><![CDATA[<p>Follow-up:</p>
<p>We needed the 32-bit ncurses library installed. &nbsp;Not sure why the lock manager is using this, but anyway, this fixed the issue. &nbsp; 🙂</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">241326944fadd0d42afd0e3383c9f41b</guid>
				<title>Jim Rawls replied to the topic Curl error in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/curl-error/#post-77870</link>
				<pubDate>Tue, 05 Feb 2013 16:21:00 -0500</pubDate>

									<content:encoded><![CDATA[<p>Mary,</p>
<p>I&#8217;ve seen timeouts when we were trying to connect using a DNS name and DNS was acting up. &nbsp;Try</p>
<p>nslookup connection</p>
<p>where connection is the DNS name you&#8217;re trying to connect to. &nbsp;If it takes awhile to respond, you might consider going to the IP address instead of the DNS name.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">6ec966c33e1abedf984a106871765cc4</guid>
				<title>Jim Rawls replied to the topic Time out when issuing hciprocstatus or hciconnstatus in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/time-out-when-issuing-hciprocstatus-or-hciconnstatus/#post-77937</link>
				<pubDate>Tue, 05 Feb 2013 16:05:25 -0500</pubDate>

									<content:encoded><![CDATA[<p>Jon,</p>
<p>Is the process hung? &nbsp;We saw this sometimes in the early 5.x releases when we were running on AIX.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">7344ec5213265e6fb4f0922244f6ba52</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74866</link>
				<pubDate>Tue, 06 Mar 2012 12:46:16 -0500</pubDate>

									<content:encoded><![CDATA[<p>Hi Jim,</p>
<p>Neither, as we didn&#8217;t have to cross processes. &nbsp;The X12 270 transaction from the Cerner thread was sent to the outbound HTTP thread; those 2 threads only were in the first process. &nbsp;The X12 271 transaction inbound to Cloverleaf &#8211; the multi-server thread &#8211; was in the second process with the outbound Cerner thread (pdl tcpip config). &nbsp;This&hellip;<span class="activity-read-more" id="activity-read-more-8147"><a href="https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74866" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">758028610de1beb4f53dc41120f3e0cd</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74864</link>
				<pubDate>Mon, 05 Mar 2012 16:10:55 -0500</pubDate>

									<content:encoded><![CDATA[<p>I wanted to post a follow-up in case anyone runs into this in the future. &nbsp;We ultimately resolved this by putting Cerner inbound to HTTP outbound into a process by themselves, and the multi-server thread and thread back to Cerner in another process by themselves. &nbsp;Thanks to Lawson for their diligence and patience in helping us figure this out.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">946e101f08f9e22413b260183911edce</guid>
				<title>Jim Rawls replied to the topic Smat file reporting utliity in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/smat-file-reporting-utliity/#post-75471</link>
				<pubDate>Tue, 08 Nov 2011 13:57:24 -0500</pubDate>

									<content:encoded><![CDATA[<p>Hi Peter,</p>
<p>Rather than reinvent the wheel, you may want to look at a powerful utility called HL7Spy (<a href="http://www.hl7spy.com/" rel="nofollow ugc">http://www.hl7spy.com/</a>). &nbsp;It&#8217;s fairly inexpensive per license and easy to use. &nbsp;🙂 </p>
<p>Regards,</p>
<p>Jim</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">7130460ab9abed3a76809d2ea2cd842e</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74863</link>
				<pubDate>Mon, 08 Aug 2011 21:08:19 -0400</pubDate>

									<content:encoded><![CDATA[<p>We were able to run tcpdump between the 2 nodes last week. &nbsp;Our network admin gave us a clean bill of health. &nbsp;Turns out they sit on the same switch, which also showed no errors. &nbsp;</p>
<p>In a very few cases, the messages were actually lost and never showed up on the Cloverleaf logs. &nbsp;In the mean time we have been able to work around the problem by&hellip;<span class="activity-read-more" id="activity-read-more-13096"><a href="https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74863" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">cb3efdc2d1a0c50f9d168ee967d17c05</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74862</link>
				<pubDate>Fri, 29 Jul 2011 19:20:09 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks James. &nbsp;We do have that setup correct.</p>
<p>In the short term, we are working around the problem by throttling the sending system. &nbsp;After our Linux admins finish with the disaster recovery exercise &nbsp;next week, we&#8217;re going to schedule a tcpdump session. &nbsp;Hopefully that will help get to the bottom of this&#8230;</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a3737199642cea96e2ff2b0ffe0ee5f4</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74859</link>
				<pubDate>Wed, 27 Jul 2011 22:24:18 -0400</pubDate>

									<content:encoded><![CDATA[<p>John,</p>
<p>Yes, we do have driver control on, and it is passing back in the DRIVERCTL metadata on the ACK. &nbsp;I could see this with the engine </p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">3858acb4cf9b48013834fd816b199df8</guid>
				<title>Jim Rawls replied to the topic Multi-server max client limits? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/multi-server-max-client-limits/#post-74856</link>
				<pubDate>Wed, 27 Jul 2011 16:47:42 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks Mike.</p>
<p>I don</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">e0ec1ecd5304ed4295599968ec71870e</guid>
				<title>Jim Rawls replied to the topic Cloverleaf 5.8 rev3 - monitor daemon issues in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/cloverleaf-5-8-rev3-monitor-daemon-issues/#post-74781</link>
				<pubDate>Wed, 13 Jul 2011 16:52:40 -0400</pubDate>

									<content:encoded><![CDATA[<p>Sounds like a file permissions issue; was there any more information in the process log?</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">2ca7fd47ba29a8b36507693f48236f0f</guid>
				<title>Jim Rawls replied to the topic Read returned error 2 in engine log over 3,000 times/second in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/read-returned-error-2-in-engine-log-over-3000-times-second/#post-74308</link>
				<pubDate>Wed, 25 May 2011 17:27:51 -0400</pubDate>

									<content:encoded><![CDATA[<p>Chris, thanks for the TCP keep-alive info. &nbsp;Our network admin team informed us that the default TCP timeout in the VPN concentrator was 60 minutes. &nbsp;They created a policy that causes it not to timeout at all between Cloverleaf and the destination subnets. &nbsp;Time will tell if it solves our issue, but we&#8217;ve had no recurrence.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">e1671b8421ce704f3bc2f37b4369a729</guid>
				<title>Jim Rawls replied to the topic Read returned error 2 in engine log over 3,000 times/second in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/read-returned-error-2-in-engine-log-over-3000-times-second/#post-74302</link>
				<pubDate>Fri, 13 May 2011 13:48:08 -0400</pubDate>

									<content:encoded><![CDATA[<p>Hi Ed,</p>
<p>Thanks for sharing your experience with this maddening error. &nbsp;It was indeed a VPN error which, after a few conference calls with everyone even remotely involved, was caused by a temporary network error. &nbsp;Since there is no built-in Cloverleaf remedy, we may have to consider doing something like what you&#8217;re doing to scan the logs.</p>
<p>I don&#8217;t&hellip;<span class="activity-read-more" id="activity-read-more-7929"><a href="https://usspvlclovertch2.infor.com/forums/topic/read-returned-error-2-in-engine-log-over-3000-times-second/#post-74302" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">ec226763892d515ca224e2d385a80154</guid>
				<title>Jim Rawls replied to the topic Emailing in tcl in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/emailing-in-tcl/#post-73657</link>
				<pubDate>Wed, 16 Feb 2011 17:42:17 -0500</pubDate>

									<content:encoded><![CDATA[<p>Hi Dave,</p>
<p>Check out the mutt utility in the UNIX world for emailing attachments. &nbsp;We use it here. &nbsp;Example:</p>
<p>mutt -s &#8220;showVolumes Report&#8221; -a $HOME/statistics/gs.html -a $HOME/statistics/gs.xls <a href="mailto:jim.rawls@flhosp.org" rel="nofollow ugc">jim.rawls@flhosp.org</a> &lt;/dev/null</p>
<p>Jim</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">050c44b7d728cd5aca52c0d9b4a97d36</guid>
				<title>Jim Rawls replied to the topic Seeing a weird character in my hex dump in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/seeing-a-weird-character-in-my-hex-dump/#post-73408</link>
				<pubDate>Tue, 18 Jan 2011 20:51:09 -0500</pubDate>

									<content:encoded><![CDATA[<p>Jan,</p>
<p>The od (octal dump) UNIX utility puts an asterisk where lines repeat. &nbsp;In your example, it looks like the | character (hex 7c) repeats over several lines and it&#8217;s just saving it from printing the same stuff over and over. &nbsp;Notice that the line numbers skipped all the way from 21400 to 21440.</p>
<p>I would echo what Jim said about using hcihd.&hellip;<span class="activity-read-more" id="activity-read-more-13806"><a href="https://usspvlclovertch2.infor.com/forums/topic/seeing-a-weird-character-in-my-hex-dump/#post-73408" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
		
	</channel>
</rss>