<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: proc soap issues in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418984#M102970</link>
    <description>&lt;P&gt;Since it works sometimes, you must already have the &lt;A href="http://documentation.sas.com/?docsetId=proc&amp;amp;docsetTarget=n0ugstrmu2wfrqn1dinivtz4cwh8.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_self"&gt;certificate store configured as described here&lt;/A&gt;.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Still might be worth a review of your PROC OPTIONS results, especially the JRE options.&amp;nbsp; Are you making a series of calls (like in a macro program) and they work...until they don't?&amp;nbsp; Or are the failures happening across different SAS sessions?&amp;nbsp; I'd be interested to know if the PROC SOAP calls work in a fresh session, but then begin to fail after many calls.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;PROC SOAP uses the Java runtime under the covers, and that has a bit of overhead.&amp;nbsp; Not that you want to go making changes to an established process, but if there is a REST method to accomplish what you want, PROC HTTP is leaner and meaner, especially in the recent versions of SAS 9.4.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 06 Dec 2017 22:51:42 GMT</pubDate>
    <dc:creator>ChrisHemedinger</dc:creator>
    <dc:date>2017-12-06T22:51:42Z</dc:date>
    <item>
      <title>proc soap issues</title>
      <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418971#M102966</link>
      <description>&lt;P&gt;I have a call to proc soap that only periodically works despite nothing being changed.&amp;nbsp; By this I mean the code does not change, the SOAP packet I'm sending does not change, I can run the soap call and it will work fine a dozen times in a row, then fail a bunch of times in a row.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Below is the error I get when it fails:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;ERROR: org.springframework.ws.client.WebServiceIOException: I/O error:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification
path to requested target; nested exception is javax.net.ssl.SSLHandshakeException:
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification
path to requested target&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Initially I thought I may have been running out of disk space (causing an I/O error) but there is ample disk space.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have no idea how to go about debugging or fixing this kind of intermittent message.&amp;nbsp; My google-fu has failed me.&amp;nbsp; Does anyone have any ideas of what could be happening?&lt;/P&gt;</description>
      <pubDate>Wed, 06 Dec 2017 22:01:59 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418971#M102966</guid>
      <dc:creator>RobP</dc:creator>
      <dc:date>2017-12-06T22:01:59Z</dc:date>
    </item>
    <item>
      <title>Re: proc soap issues</title>
      <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418979#M102968</link>
      <description>I'm unable to replicate this error message when making the SOAP call from the command line using curl, so I believe it's directly related to SAS.</description>
      <pubDate>Wed, 06 Dec 2017 22:26:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418979#M102968</guid>
      <dc:creator>RobP</dc:creator>
      <dc:date>2017-12-06T22:26:31Z</dc:date>
    </item>
    <item>
      <title>Re: proc soap issues</title>
      <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418984#M102970</link>
      <description>&lt;P&gt;Since it works sometimes, you must already have the &lt;A href="http://documentation.sas.com/?docsetId=proc&amp;amp;docsetTarget=n0ugstrmu2wfrqn1dinivtz4cwh8.htm&amp;amp;docsetVersion=9.4&amp;amp;locale=en" target="_self"&gt;certificate store configured as described here&lt;/A&gt;.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Still might be worth a review of your PROC OPTIONS results, especially the JRE options.&amp;nbsp; Are you making a series of calls (like in a macro program) and they work...until they don't?&amp;nbsp; Or are the failures happening across different SAS sessions?&amp;nbsp; I'd be interested to know if the PROC SOAP calls work in a fresh session, but then begin to fail after many calls.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;PROC SOAP uses the Java runtime under the covers, and that has a bit of overhead.&amp;nbsp; Not that you want to go making changes to an established process, but if there is a REST method to accomplish what you want, PROC HTTP is leaner and meaner, especially in the recent versions of SAS 9.4.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Dec 2017 22:51:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418984#M102970</guid>
      <dc:creator>ChrisHemedinger</dc:creator>
      <dc:date>2017-12-06T22:51:42Z</dc:date>
    </item>
    <item>
      <title>Re: proc soap issues</title>
      <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418998#M102978</link>
      <description>&lt;P&gt;Actually I haven't made any changes to the certificate store from the default installation. I was surprised that it worked seeing as that page says that SOAP over HTTPS requires the cert store to be updated. Once I got it working I had mentally ruled out those cert store configurations as a requirement.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The process I'm working on is a new process (in the development stage) so making changes is not a big deal but I did choose WSDL because the API documentation was better than the docs for the REST methods.&amp;nbsp;&amp;nbsp; If I can't resolve this then I guess I'll have to switch to using the REST methods.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;The code doesn't run in a macro - I've just been resubmitting the same piece of code in order to test my dev code.&amp;nbsp; Literally highlighting the block of code and pressing F3 multiple times to submit it.&amp;nbsp; It seems to either run perfectly for many submits in a row, until a point where it will fail, and continue to fail multiple times in a row, and then starts to work again.&amp;nbsp; ie. the success/fail results seem to all be clustered together.&lt;/P&gt;</description>
      <pubDate>Wed, 06 Dec 2017 23:39:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418998#M102978</guid>
      <dc:creator>RobP</dc:creator>
      <dc:date>2017-12-06T23:39:24Z</dc:date>
    </item>
    <item>
      <title>Re: proc soap issues</title>
      <link>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418999#M102979</link>
      <description>&lt;P&gt;If there is a REST method available and it's supported (skimpy doc notwithstanding), I'd go for that.&amp;nbsp; We have lots of examples of PROC HTTP and REST APIs -- &lt;A href="https://blogs.sas.com/content/sasdummy/tag/rest-api/" target="_self"&gt;here are a few&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Wed, 06 Dec 2017 23:45:52 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/proc-soap-issues/m-p/418999#M102979</guid>
      <dc:creator>ChrisHemedinger</dc:creator>
      <dc:date>2017-12-06T23:45:52Z</dc:date>
    </item>
  </channel>
</rss>

