<?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 | Don Martin | Activity</title>
	<link>https://clovertech.infor.com/members/don-martinsanfordhealth-org/activity/</link>
	<atom:link href="https://clovertech.infor.com/members/don-martinsanfordhealth-org/activity/feed/" rel="self" type="application/rss+xml" />
	<description>Activity feed for Don Martin.</description>
	<lastBuildDate>Sat, 11 Apr 2026 10:18:08 -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">c2fd43af402364cf90ba3bfa3a6cf731</guid>
				<title>Don Martin replied to the topic DTC REPLY failing - what am I doing wrong? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/dtc-reply-failing-what-am-i-doing-wrong/#post-120378</link>
				<pubDate>Sat, 11 Mar 2023 20:46:22 -0500</pubDate>

									<content:encoded><![CDATA[<p>I&#8217;m not sure how you copied your message so I can say for sure, but it looks like the DRVCTL metadata didn&#8217;t get copied form the original reply message to the new copy of the message, so you&#8217;re missing your DTC context.  We use DTC threads a lot, and whenever we copy a message, which is a lot in DTC threads because you need to take replies and&hellip;<span class="activity-read-more" id="activity-read-more-25259"><a href="https://usspvlclovertch2.infor.com/forums/topic/dtc-reply-failing-what-am-i-doing-wrong/#post-120378" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">4128af6c9277afa77a2b9f93dd46fd76</guid>
				<title>Don Martin replied to the topic How to Handle Failed Messages Sent to Web Services? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/how-to-handle-failed-messages-sent-to-web-services/#post-120034</link>
				<pubDate>Wed, 26 Oct 2022 20:54:03 -0400</pubDate>

									<content:encoded><![CDATA[<p>Hi Lonnie,</p>
<p>Maybe you&#8217;ve already figured this out, but if not, hopefully the following info can be helpful.</p>
<p>We use a custom TCL proc in the Inbound Replies panel of the Outbound tab of the ws client thread.  We set Await replies to yes, and plug the custom TCL proc into the TPS Inbound Reply field.  Here&#8217;s an example of a proc that retries s&hellip;<span class="activity-read-more" id="activity-read-more-24880"><a href="https://usspvlclovertch2.infor.com/forums/topic/how-to-handle-failed-messages-sent-to-web-services/#post-120034" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">8b1efb8011e725302ea288fb5f786ee5</guid>
				<title>Don Martin replied to the topic use of https url and basic authentication in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/use-of-https-url-and-basic-authentication/#post-119926</link>
				<pubDate>Fri, 02 Sep 2022 13:52:03 -0400</pubDate>

									<content:encoded><![CDATA[<p>As far as the API not using any certificate, that&#8217;s interesting.  Are you sure they require you to connect with https/SSL?  Have you tried calling to <a href="http://theAPI" rel="nofollow ugc">http://theAPI</a> instead of <a href="https://theAPI" rel="nofollow ugc">https://theAPI</a>?</p>
<p>I can&#8217;t imagine their API endpoint is going to work via https on a rawclient thread if they don&#8217;t have a cert installed.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">06c345f7f883996aaac7f8e9360418ad</guid>
				<title>Don Martin replied to the topic use of https url and basic authentication in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/use-of-https-url-and-basic-authentication/#post-119923</link>
				<pubDate>Thu, 01 Sep 2022 17:17:59 -0400</pubDate>

									<content:encoded><![CDATA[<p>What SSL configuration is set up in you http-client thread?  I believe it is possible to have these threads skip server authentication based on the properties you set on the thread, which might explain why you can post info to this API.</p>
<p>You mentioned this is an internal API&#8230; wondering if they are using a self-signed cert that your rawclient&hellip;<span class="activity-read-more" id="activity-read-more-24763"><a href="https://usspvlclovertch2.infor.com/forums/topic/use-of-https-url-and-basic-authentication/#post-119923" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">aaab90b3e8321007220b979feb2de512</guid>
				<title>Don Martin posted an update: @bill-pitts Just a reminder to be careful about what you post [&#133;]</title>
				<link>https://clovertech.infor.com/activity/p/24761/</link>
				<pubDate>Thu, 01 Sep 2022 17:02:25 -0400</pubDate>

									<content:encoded><![CDATA[<p><a href='https://usspvlclovertch2.infor.com/members/bill-pitts/' rel="nofollow ugc">@bill-pitts</a> Just a reminder to be careful about what you post on cloverleaf forums.  Basic Auth headers encode, but don&#8217;t encrypt user credentials.  Reach out to me if you have questions about this.</p>
]]></content:encoded>
				
									<slash:comments>1</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">be127415c3476ca440b5419d7c846d0b</guid>
				<title>Don Martin replied to the topic Pull oauth2 token from ib_reply in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/pull-oauth2-token-from-ib_reply/#post-119922</link>
				<pubDate>Thu, 01 Sep 2022 16:56:05 -0400</pubDate>

									<content:encoded><![CDATA[<p>Your token should be retrievable from the USERDATA keyed list.  It looks like you&#8217;re getting this keyed list back:</p>
<p>userdata = {httpResponseInfo OK} {httpResponseHeaders {{Keep-Alive timeout=75} {transfer-encoding chunked} {Server {}} {X-Backside-Transport OK OK,FAIL FAIL} {connection keep-alive} {content-type application/soap+xml;}&hellip;<span class="activity-read-more" id="activity-read-more-24759"><a href="https://usspvlclovertch2.infor.com/forums/topic/pull-oauth2-token-from-ib_reply/#post-119922" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a3eaac3a54ef5c58bb0a4c2f58953092</guid>
				<title>Don Martin replied to the topic CIS 20.1 PROTOCOL:tcpip mllp2 issue with large messages in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/cis-20-1-protocoltcpip-mllp2-issue-with-large-messages/#post-119817</link>
				<pubDate>Mon, 20 Jun 2022 21:03:49 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks Jeff.  Again, appreciate the info.  We&#8217;ll add to this once we get an upgraded version installed.  At this point we&#8217;re looking at trying to upgrade sometime around a month from now.</p>
<p>Don Martin</p>
<p>Sanford Health</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a7f3a8a2d4a666f09e25540ac483e0fc</guid>
				<title>Don Martin replied to the topic CIS 20.1 PROTOCOL:tcpip mllp2 issue with large messages in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/cis-20-1-protocoltcpip-mllp2-issue-with-large-messages/#post-119811</link>
				<pubDate>Mon, 20 Jun 2022 14:33:51 -0400</pubDate>

									<content:encoded><![CDATA[<p>Hi Jeff,</p>
<p>Thanks for the post on the PDF issues you&#8217;re experiencing.  We&#8217;re about to migrate from 6.2 to 20.1.1.3 on AIX, and we handle a lot of PDFs in a similar fashion to what you describe.  Currently we use PROTOCOL:pdl-tcpip PDL: mlp2_tcp.pdl and often send these messages across different sites.  We&#8217;ve will have occasional issues with be&hellip;<span class="activity-read-more" id="activity-read-more-24607"><a href="https://usspvlclovertch2.infor.com/forums/topic/cis-20-1-protocoltcpip-mllp2-issue-with-large-messages/#post-119811" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">1d4137cbbed49b497ab67bd5da57bb90</guid>
				<title>Don Martin replied to the topic Using java/ws-rawclient to call a GET endpoint in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/using-java-ws-rawclient-to-call-a-get-endpoint/#post-119586</link>
				<pubDate>Thu, 03 Mar 2022 14:30:46 -0500</pubDate>

									<content:encoded><![CDATA[<p>Using a rawclient to make an HTTP GET call would typically be used on an outbound thread, and need to be triggered by some sort of message.  If you want the HTTP GET call to be the start of some type of flow, you could use a UPOC timer as the inbound thread to initiate the flow and route some sort of dummy message to the outbound rawclient&hellip;<span class="activity-read-more" id="activity-read-more-24371"><a href="https://usspvlclovertch2.infor.com/forums/topic/using-java-ws-rawclient-to-call-a-get-endpoint/#post-119586" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">1d6268db697e0163d248d941ec56625b</guid>
				<title>Don Martin replied to the topic JAVA/WS-Server - SSL Handshake Logging - Where is it? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/java-ws-server-ssl-handshake-logging-where-is-it/#post-119546</link>
				<pubDate>Tue, 15 Feb 2022 19:20:02 -0500</pubDate>

									<content:encoded><![CDATA[<p>For some reason, we seem to inherit these JVM Options in any new {{java protocol process}}.pni file on our cloverleaf site.  I&#8217;m not sure how that happened&#8230; maybe someone set it up in the Cloverleaf configuration before I got here.  I&#8217;m also not aware of any list of JVM Options to use in the process configuration, but maybe others on this f&hellip;<span class="activity-read-more" id="activity-read-more-24324"><a href="https://usspvlclovertch2.infor.com/forums/topic/java-ws-server-ssl-handshake-logging-where-is-it/#post-119546" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">7dda8073de6490c356f996bd50bf585d</guid>
				<title>Don Martin replied to the topic JAVA/WS-Server - SSL Handshake Logging - Where is it? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/java-ws-server-ssl-handshake-logging-where-is-it/#post-119542</link>
				<pubDate>Tue, 15 Feb 2022 14:21:38 -0500</pubDate>

									<content:encoded><![CDATA[<p>If you add some or all of the following to the Additional JVM Options in the Java Driver tab of the process configuration, you should be able to see SSL handshake logging in your process log file.<br />
&lt;p style=&#8221;margin: 0in; font-family: Calibri; font-size: 11.0pt;&#8221;&gt;-Djavax.net.debug=all -Djdk.tls.client.protocols= -Dhttps.protocols=TLSv1.2,TLSv1.1&hellip;<span class="activity-read-more" id="activity-read-more-24321"><a href="https://usspvlclovertch2.infor.com/forums/topic/java-ws-server-ssl-handshake-logging-where-is-it/#post-119542" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a0d7eca3f626fdcc2dff65bf0dce5bb6</guid>
				<title>Don Martin replied to the topic Log4j Zero Day Vulnerability - Tracked as CVE-2021-44228 in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/log4j-zero-day-vulnerability-tracked-as-cve-2021-44228/#post-119429</link>
				<pubDate>Mon, 13 Dec 2021 18:20:37 -0500</pubDate>

									<content:encoded><![CDATA[<p>Thanks Rob, appreciate the quick reply!</p>
<p>Don </p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">9e6ad2fe38f8e77a182ba433eaa85275</guid>
				<title>Don Martin started the topic Log4j Zero Day Vulnerability - Tracked as CVE-2021-44228 in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/log4j-zero-day-vulnerability-tracked-as-cve-2021-44228/</link>
				<pubDate>Mon, 13 Dec 2021 15:57:09 -0500</pubDate>

									<content:encoded><![CDATA[<p>Our Cyber Security team has alerted us to a zero day vulnerability in Log4j, and I&#8217;ve looked into whether or not our Cloverleaf interface engine is affected by this vulnerability.  It turns out we are on a version of CL that uses Log4j version 1.2.17 and thus appear to not be affected, as only versions &gt;=2.0-beta9 and &lt;=2.14 are listed in the&hellip;<span class="activity-read-more" id="activity-read-more-24176"><a href="https://usspvlclovertch2.infor.com/forums/topic/log4j-zero-day-vulnerability-tracked-as-cve-2021-44228/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">33567c8c1544fd067d9919f539bd0036</guid>
				<title>Don Martin replied to the topic DTC Error in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/dtc-error/#post-119030</link>
				<pubDate>Fri, 09 Jul 2021 17:16:33 -0400</pubDate>

									<content:encoded><![CDATA[<p>Here is how we use the staging DB in a DTC flow:<br />
keylget args MSGID mh<br />
stagesetmsg $keyspace messageHandle $mh</p>
<p>keyspace is typically set to the something like DTC_{{transactionId}} You can get the transaction ID from from the message metadata under DRIVERCTL &gt; DTCCTX &gt; XID</p>
<p>Then we retrieve the message handle like this:<br />
set mh [stagegetmsg&hellip;<span class="activity-read-more" id="activity-read-more-23675"><a href="https://usspvlclovertch2.infor.com/forums/topic/dtc-error/#post-119030" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">4ba54298f292be022d927726adbadc29</guid>
				<title>Don Martin started the topic File Read/Write Race Condition in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/file-read-write-race-condition/</link>
				<pubDate>Fri, 23 Oct 2020 17:57:25 -0400</pubDate>

									<content:encoded><![CDATA[<p>Hi folks,</p>
<p>I have a message flow pattern where I will be using a fileset-local protocol thread to write a file at the end of a series of steps, and I am also using the same thread to read the file and kick off another series of steps.  My question is if there is potential for the input side of the thread to try to grab a file before the output&hellip;<span class="activity-read-more" id="activity-read-more-22673"><a href="https://usspvlclovertch2.infor.com/forums/topic/file-read-write-race-condition/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">c9e74b3e8f5db5ede2ee6e6ff6cd417e</guid>
				<title>Don Martin replied to the topic Inbound messages not saved in SMATDB in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/inbound-messages-not-saved-in-smatdb/#post-118042</link>
				<pubDate>Thu, 08 Oct 2020 13:18:07 -0400</pubDate>

									<content:encoded><![CDATA[<p>Do you have the Message Logging Enabled check box selected in the java/ws-server properties?  This gives a nice clean way to read inbound and outbound http messages in the process log file.  Also, at least on the version we run, java/ws-server only receives xml in the message body.  Message bodies not wrapped in xml tags will error out.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">21df777071ef35c69142102c36d2a122</guid>
				<title>Don Martin replied to the topic Email within Xlate? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/email-within-xlate/#post-117809</link>
				<pubDate>Tue, 08 Sep 2020 19:14:27 -0400</pubDate>

									<content:encoded><![CDATA[<p>Sounds like this isn&#8217;t what you&#8217;re looking for, but I&#8217;ll add it in case it helps others.</p>
<p>package require shmc_email</p>
<p>set subject &#8220;email subject&#8221;<br />
set message &#8220;An error occured when trying to send some data&#8230;&#8221;<br />
set email &#8220;me@someDomain.org&#8221;<br />
if [catch {shmc_email::email $email $subject $message} err] {<br />
puts &#8220;Error Calling SHMC_Email in $module &#8212; $err&#8221;<br />
}</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">ee4917b7b6ef1ec308e2a360b9d9285d</guid>
				<title>Don Martin replied to the topic javadoc for cljava.jar in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/javadoc-for-cljava-jar/#post-117757</link>
				<pubDate>Sat, 29 Aug 2020 19:14:45 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks!  Found it.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">103dac4c15c5e3f90b1b90fa4120e1e5</guid>
				<title>Don Martin started the topic javadoc for cljava.jar in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/javadoc-for-cljava-jar/</link>
				<pubDate>Wed, 26 Aug 2020 16:14:01 -0400</pubDate>

									<content:encoded><![CDATA[<p>Does anyone know where I could find javadoc for the classes in cljava.jar?  Having the ability to use java in the cloverleaf is a nice feature, but without documentation on the classes specific to cloverleaf/quovadx it&#8217;s a little tough to make progress.</p>
<p>Thanks.</p>
<p>Don Martin</p>
<p>Sanford Health</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">f7bc8bc58c3416824a87501aff0ff0c7</guid>
				<title>Don Martin started the topic DTC (Distributed Transaction Controller) info and Issues in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/dtc-distributed-transaction-controller-info-and-issues/</link>
				<pubDate>Mon, 22 Jun 2020 23:43:28 -0400</pubDate>

									<content:encoded><![CDATA[<p>I&#8217;ve just finished building a web service call sequence in Cloverleaf using the DTC flow and there are several things I like about the DTC protocol.  The idea of a static transaction ID for all messages tied to the DTC flow makes it easy to store, track, and retrieve data as it passes through a series of threads.  I also like having the ability t&hellip;<span class="activity-read-more" id="activity-read-more-21655"><a href="https://usspvlclovertch2.infor.com/forums/topic/dtc-distributed-transaction-controller-info-and-issues/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a5e96c809ea488376aff66ba866b1bda</guid>
				<title>Don Martin replied to the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116607</link>
				<pubDate>Wed, 29 Apr 2020 17:34:29 -0400</pubDate>

									<content:encoded><![CDATA[<p>The second thread is a WS connection, and it doesn&#8217;t really matter what the first thread is using from what I can tell.  The issue is really that if a REPLY is sent to a WS thread (let&#8217;s call it thread B),  the reply from thread B&#8217;s WS call will come back as a DATA message.  If a DATA message is sent to thread B, the reply from thread B&#8217;s WS ca&hellip;<span class="activity-read-more" id="activity-read-more-21036"><a href="https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116607" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a4570659ce2d8376b423c3379a36eca8</guid>
				<title>Don Martin replied to the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116601</link>
				<pubDate>Tue, 28 Apr 2020 21:57:33 -0400</pubDate>

									<content:encoded><![CDATA[<p>Yes, I&#8217;m using Route Replies and it allows you to route replies to a different thread.  This works, but if that REPLY message is routed to a different thread (thread 2), and thread 2 makes a ws call, the reply from thread 2&#8217;s ws call will come back as a DATA message, hence the issue.  So, if you have two different threads sending to thread 2, a&hellip;<span class="activity-read-more" id="activity-read-more-21031"><a href="https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116601" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">c27940bd09078cca32424795d9119312</guid>
				<title>Don Martin&#039;s profile was updated</title>
				<link>https://clovertech.infor.com/activity/p/21016/</link>
				<pubDate>Tue, 28 Apr 2020 19:31:28 -0400</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">723cff6e51eff1182d6cf34199b70f35</guid>
				<title>Don Martin replied to the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116586</link>
				<pubDate>Tue, 28 Apr 2020 19:30:36 -0400</pubDate>

									<content:encoded><![CDATA[<p>We&#8217;re on release 6.2</p>
<p>I should have mentioned that earlier.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">297bb9bf5dfcc96b7f6559e4351f3a36</guid>
				<title>Don Martin replied to the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116570</link>
				<pubDate>Tue, 28 Apr 2020 16:16:11 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks Jim,</p>
<p>I think it was a previous post from you that gave me the idea to copy the message and change the type to DATA.  What you propose seems like it would probably work, but I may just leave things as they are and hope that the invalid MSI index warnings don&#8217;t cause any problems.  Appreciate the response.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">e7be5512371f4d596be612f548efcd2d</guid>
				<title>Don Martin replied to the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116569</link>
				<pubDate>Tue, 28 Apr 2020 15:37:43 -0400</pubDate>

									<content:encoded><![CDATA[<p>@Charlie &#8211; SEND gives me the same results as a CONTINUE, but thanks for the suggestion.  You&#8217;re right, ideally the message type would be a REPLY, but I need to keep flipping the message type to DATA as I forward it on to the next ws call, otherwise Cloverleaf will send a reply message outbound through the ws protocol and return a DATA message&hellip;<span class="activity-read-more" id="activity-read-more-20999"><a href="https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/#post-116569" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">1aed22bab545b4d39d2ffed69359b5f1</guid>
				<title>Don Martin started the topic Issue with Replies from Consecutive Web Service Calls in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/</link>
				<pubDate>Tue, 28 Apr 2020 04:05:36 -0400</pubDate>

									<content:encoded><![CDATA[<p>I have a set of 3 web service calls that I need to chain together, using the response from one call to generate the request for the next call. I&#8217;ve used the java/ws-rawclient protocol for these threads to allow for using JSON.  In the web service (ws) threads, I wait for a reply, then use a static route to process the reply and send it on to the&hellip;<span class="activity-read-more" id="activity-read-more-20987"><a href="https://usspvlclovertch2.infor.com/forums/topic/issue-with-replies-from-consecutive-web-service-calls/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">21576856afeef9e424a31449d04e72b1</guid>
				<title>Don Martin became a registered member</title>
				<link>https://clovertech.infor.com/activity/p/18631/</link>
				<pubDate>Mon, 16 Dec 2019 16:20:02 -0500</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
		
	</channel>
</rss>