<?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 Explicitly retrieving running or candidate config via XML API in Automation/API Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17303#M442</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If I understand correctly, the XML API can be used to retrieve and edit the latest version of the config, whether it has been committed as the running config or not.&amp;nbsp; Because a running config represents the actual current configuration state of the device, it would be very helpful to be able to explicitly request a retrieval of that config version.&amp;nbsp; At the minimum, when a config is retrieved it would be helpful to see in the data whether it had been committed or not (something like a committed="true|false" attribute on the root config element).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does a capability like this exist in the API, perhaps as an undocumented option?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance for your help!&lt;/P&gt;&lt;P&gt;Tim&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 20 Jun 2011 15:44:27 GMT</pubDate>
    <dc:creator>tgarrett</dc:creator>
    <dc:date>2011-06-20T15:44:27Z</dc:date>
    <item>
      <title>Explicitly retrieving running or candidate config via XML API</title>
      <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17303#M442</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If I understand correctly, the XML API can be used to retrieve and edit the latest version of the config, whether it has been committed as the running config or not.&amp;nbsp; Because a running config represents the actual current configuration state of the device, it would be very helpful to be able to explicitly request a retrieval of that config version.&amp;nbsp; At the minimum, when a config is retrieved it would be helpful to see in the data whether it had been committed or not (something like a committed="true|false" attribute on the root config element).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does a capability like this exist in the API, perhaps as an undocumented option?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance for your help!&lt;/P&gt;&lt;P&gt;Tim&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 20 Jun 2011 15:44:27 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17303#M442</guid>
      <dc:creator>tgarrett</dc:creator>
      <dc:date>2011-06-20T15:44:27Z</dc:date>
    </item>
    <item>
      <title>Re: Explicitly retrieving running or candidate config via XML API</title>
      <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17304#M443</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Edit : moving to its own thread&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Message was edited by: tgarrett&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Jun 2011 20:57:49 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17304#M443</guid>
      <dc:creator>tgarrett</dc:creator>
      <dc:date>2011-06-28T20:57:49Z</dc:date>
    </item>
    <item>
      <title>Re: Explicitly retrieving running or candidate config via XML API</title>
      <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17305#M444</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You can retrieve the running config using type=config and action=show:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=show"&gt;https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=show&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can retrieve candidate config using type=config, action=get, and the xpath for appropriate config section.&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get"&gt;https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get&lt;/A&gt;&amp;amp;xpath=/config/shared&lt;/P&gt;&lt;P&gt;&lt;A href="https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get"&gt;https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get&lt;/A&gt;&amp;amp;xpath=/config/devices&lt;/P&gt;&lt;P&gt;&lt;A href="https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get"&gt;https://hostname/esp/restapi.esp?key=keyvalue&amp;amp;type=config&amp;amp;action=get&lt;/A&gt;&amp;amp;xpath=/config/mgt-config&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jun 2011 02:53:47 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17305#M444</guid>
      <dc:creator>SRA</dc:creator>
      <dc:date>2011-06-29T02:53:47Z</dc:date>
    </item>
    <item>
      <title>Re: Explicitly retrieving running or candidate config via XML API</title>
      <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17306#M445</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the info!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jun 2011 14:19:13 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17306#M445</guid>
      <dc:creator>tgarrett</dc:creator>
      <dc:date>2011-06-29T14:19:13Z</dc:date>
    </item>
    <item>
      <title>Re: Explicitly retrieving running or candidate config via XML API</title>
      <link>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17307#M446</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I was able to verify that the rule bases reflected change as you said.&amp;nbsp; However, I did also notice that the output with the "show" action is considerably smaller than the output of the "get" action.&amp;nbsp; Is it possible to get predefined elements such as applications in the running config?&amp;nbsp; The use of the xpath request parameter with the "show" action always seems to return an error "No such node".&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Jun 2011 18:21:29 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/automation-api-discussions/explicitly-retrieving-running-or-candidate-config-via-xml-api/m-p/17307#M446</guid>
      <dc:creator>tgarrett</dc:creator>
      <dc:date>2011-06-29T18:21:29Z</dc:date>
    </item>
  </channel>
</rss>

