<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="https://www.w3.org/2005/Atom" xmlns:sy="https://purl.org/rss/1.0/modules/syndication/" xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:wfw="https://wellformedweb.org/CommentAPI/" xmlns:slash="https://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>Azure API Management Changelog</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/feed.xml</link>
    <description>Follow this feed to keep up with Azure API Management service releases.</description>
    <lastBuildDate>Tue, 16 Apr 2019 04:43:53 GMT</lastBuildDate>
    <language>en-US</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>Changelog has moved. Please subscribe to the new feed.</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/changelog-has-moved-please-subscribe-to-the-new-feed</link>
      <pubDate>Fri, 04 Dec 2015 11:17:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/12/04/changelog-has-moved-please-subscribe-to-the-new-feed/</guid>
      <description><![CDATA[We moved Azure API Management changelog to https://aka.ms/apimdocs. Please subscribe to the new...]]></description>
      <content:encoded><![CDATA[<p>We moved Azure API Management changelog to <a href="https://aka.ms/apimdocs">https://aka.ms/apimdocs</a>. Please subscribe to the new updates feed. Thank you!</p>]]></content:encoded>
    </item>
    <item>
      <title>June 26, 2015</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/june-26-2015</link>
      <pubDate>Fri, 26 Jun 2015 14:59:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/06/26/june-26-2015/</guid>
      <description><![CDATA[Improved

Validate JWT Policy. We added&nbsp;match&nbsp;attribute to the&nbsp;claim&nbsp;element...]]></description>
      <content:encoded><![CDATA[<h3>Improved</h3>
<ul>
<li><strong>Validate JWT Policy</strong>. We added&nbsp;<span style="font-family: 'courier new', courier;"><a href="https://msdn.microsoft.com/en-us/library/azure/034febe3-465f-4840-9fc6-c448ef520b0f#ValidateJWT">match</a></span>&nbsp;attribute to the&nbsp;<span style="font-family: 'courier new', courier;">claim</span>&nbsp;element to enable a degree of control over how claims in the policy are matched against the ones in the JWT</li>
<li><strong>Proxy</strong>. In the proxy, we now strip&nbsp;<span style="font-family: 'courier new', courier;">Server</span>&nbsp;header from responses</li>
<li><strong>Developer Portal</strong>. We now hide 'Sign In' and 'Sign Up' menu items on the portal when no identity providers are selected</li>
<li><strong>Developer Portal</strong>. We made a few changes to further improve usability of&nbsp;the documentation and console:</li>
<ul>
<li>Response headers and response body are now shown together in a single control&nbsp;</li>
<li>Request URL is back</li>
<li>Request body example, when provided, is now used to populate the request body control</li>
<li>Double-clicking in text areas selects all content to simplify copying</li>
<li>Added buttons to reveal secret values in the request</li>
</ul>
</ul>]]></content:encoded>
    </item>
    <item>
      <title>May 5, 2015</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/may-5-2015</link>
      <pubDate>Tue, 05 May 2015 13:57:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/05/05/may-5-2015/</guid>
      <description><![CDATA[New


Set body policy. Use this policy in combination with&nbsp;expressions&nbsp;to make changes...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/7406a8ce-5f9c-4fae-9b0f-e574befb2ee9#SetBody">Set body policy</a></strong>. Use this policy in combination with&nbsp;<a href="https://msdn.microsoft.com/en-us/library/azure/dn910913.aspx">expressions</a>&nbsp;to make changes to the request and response bodies, e.g. filter information based on caller identity.</li>
<li><strong>Per subscription analytics</strong>. We enabled per subscription reporting capability in the&nbsp;<a href="https://msdn.microsoft.com/en-us/library/azure/dn781421.aspx#ReportBySubscription">API</a>&nbsp;and Publisher portal.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Publisher portal - API Import</strong>. We made import errors more specific and actionable.</li>
<li><strong>Publisher portal - API Import</strong>. Our WADL import is now more robust and forgiving of vendor extensions.</li>
<li><strong>Developer portal - Documentation and API Console</strong>. In are better layout, HTTP verb labels, auto-complete for common headers names, tabbed code sample gallery, and more! &nbsp;</li>
<li><strong><a href="https://msdn.microsoft.com/library/azure/034febe3-465f-4840-9fc6-c448ef520b0f#ValidateJWT">Validate JWT policy</a></strong>. Now you can configure a custom status code and message to return on token validation failure.</li>
</ul>
<h3>Fixed</h3>
<ul>
<li><strong>Proxy</strong>. We heard comments about us not including a&nbsp;www-authenticate&nbsp;header in responses to requests lacking a subscription key. We do now.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Apr 10, 2015</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/apr-10-2015</link>
      <pubDate>Wed, 08 Apr 2015 15:12:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/04/08/apr-10-2015/</guid>
      <description><![CDATA[New


Policy expressions. We now support C#-based expressions in policies. Expressions can be...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn910913.aspx">Policy expressions</a></strong>. We now support C#-based expressions in policies. Expressions can be used as values in policy attributes and elements. Combined with the brand new&nbsp;<a href="https://msdn.microsoft.com/en-us/library/azure/dn894085.aspx#choose">control flow</a> and <a href="https://msdn.microsoft.com/en-us/library/azure/dn894085.aspx#set_variable">set variable</a> policies, expressions greatly increase the power and flexibility of the policy engine.</li>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn894085.aspx#choose">Control flow policy</a></strong>. Think of it as a <span style="font-family: 'courier new', courier;">switch</span> or <span style="font-family: 'courier new', courier;">if-then-else</span> construct in a programming language. Use it to conditionally apply policies based on the outcome of evaluation of logical expressions referencing request and/or response information.</li>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn894085.aspx#set_variable">Set variable policy</a></strong>. Use this policy to store a computed value for later re-use within the scope of a single request.</li>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn894083.aspx#SetBackendService">Set backend service policy</a></strong>. Use it with expressions to override an API's default backend URL and dynamically route requests based on the information in the request.</li>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn776332.aspx#Backend">Self-signed backend certificates</a></strong>. By popular demand, you can now <a href="https://msdn.microsoft.com/en-us/library/azure/dn935030.aspx#PUT">allow</a> self-signed certificated for specific backend host names. This feature is available via API only at the moment.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Publisher portal - service name</strong>. Service name is now prominently featured on the Publisher portal. This should make it easier for the folks managing multiple API Management tenants to keep track of where they are.</li>
<li><strong>Publisher portal - full screen policy editor</strong>. To make policy authoring easier we added full screen mode to the policy editor.</li>
<li><strong>API Import</strong>. We recently introduced the ability to update an API via import as an API only feature. Now you can perform the same task in the Publisher portal.</li>
<li><strong>Caching policy</strong>. We added an optional attribute <span style="font-family: 'courier new', courier;">allow-private-response-caching</span> to the <span style="font-family: 'courier new', courier;">cache-lookup</span> policy. Set it to <span style="font-family: 'courier new', courier;">true</span> to turn on caching of requests containing Authorization header.</li>
</ul>
<h3>Fixed</h3>
<ul>
<li><strong>Swagger 2.0 import</strong>. We dispatched the bug affecting a few customers trying to import Swagger 2.0 documents with missing optional <span style="font-family: 'courier new', courier;">parameters</span>&nbsp;objects.</li>
<li><strong>WADL import</strong>. We now correctly import request body representations when they are provided.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Mar 12, 2015</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/mar-12-2015</link>
      <pubDate>Thu, 05 Mar 2015 11:53:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/03/05/mar-12-2015/</guid>
      <description><![CDATA[New


Public products. Now you can make a product public by clearing the require subscriptions...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong><a href="https://azure.microsoft.com/en-us/documentation/articles/api-management-howto-add-products/">Public products</a></strong>. Now you can make a product public by clearing the require subscriptions checkbox. As a result, subscription key won't be needed to call the APIs included in the product.</li>
<li><strong>Robots.txt file</strong>. You can now provide instructions to robots crawling your Developer portal by entering robots file content on the Developer portal settings page.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn781423.aspx#ImportExisting">API import</a></strong>. We added the ability to update APIs via import. This feature is available via API only at the moment.<strong><br /></strong></li>
<li><strong>Management API</strong>. We added ability to filter entity collections on one or more entity properties. See <span style="font-family: 'courier new', courier;">GET /apis</span> documentation for an example.</li>
<li><strong>Cross domain policy</strong>.&nbsp;We made <span style="font-family: 'courier new', courier;">cross-domain</span> policy a lot more flexible by allowing you to specify granular cross domain access rules using <a href="https://www.adobe.com/devnet-docs/acrobatetk/tools/AppSec/CrossDomain_PolicyFile_Specification.pdf">Adobe's Cross Domain Policy File</a> format.</li>
<li><strong>JWT&nbsp;validation policy</strong>.&nbsp;We simplified <span style="font-family: 'courier new', courier;">validate-JWT</span> policy snippet and added first-class support for tokens issued by <a href="https://azure.microsoft.com/en-us/services/active-directory/">Azure Active Directory</a> and <a href="https://azure.microsoft.com/en-us/services/mobile-services/">Mobile Services</a>.</li>
<li><strong>Azure Active Directory groups support</strong>.&nbsp;Premium tier customers who use Azure Active Directory as an identity provider for the Developer portal can now assign product visibility directly to groups within Azure Active Directory.</li>
<li><strong>Developer console</strong>. We improved header entry on the developer console.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Jan 30, 2015</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/jan-30-2015</link>
      <pubDate>Thu, 29 Jan 2015 11:17:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/01/29/jan-30-2015/</guid>
      <description><![CDATA[New


Premium tier. We added a Preview of the new, high-end tier. Each Premium tier unit includes...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong><a href="https://azure.microsoft.com/en-us/pricing/details/api-management/">Premium tier</a></strong>. We added a Preview of the new, high-end tier. Each Premium tier unit includes five times larger quotas than a Standard unit and can handle a substantially higher request throughput. On top of that Premium tier offers advanced features such as Azure Active Directory integration, Azure VPN support, and multi-region deployment.</li>
<li><strong><a href="https://go.microsoft.com/fwlink/?LinkId=524318">Multi-region deployment</a></strong>. Bring your APIs closer to your customers by&nbsp;<span>geo-distributing API management across multiple Azure&nbsp;datacenters and&nbsp;scale them based regional demand.</span></li>
<li><strong><a href="https://go.microsoft.com/fwlink/?LinkId=524320">Azure Active Directory support</a></strong>. Enable your employees and partners to sign in to your API Management service using their corporate credentials.</li>
<li><strong><a href="https://go.microsoft.com/fwlink/?LinkId=524317">Azure VPN support</a></strong>.&nbsp;Securely connect your API Management service to&nbsp;your backend web services located on-premises or in Azure and inaccessible to the public Internet.</li>
<li><strong><a href="https://msdn.microsoft.com/en-us/library/azure/dn894078.aspx#ValidateJWT">JWT validation policy</a></strong>. &nbsp;You can use this policy to ensure that a JWT extracted from a request header or query parameter is valid.</li>
<li><strong>US Central and US East 2</strong>. We added two additional US regions for a total of 15 supported Azure regions.</li>
<li><strong>Optional local accounts and admin only access</strong>. Publishers can now disable local accounts and allow users to sign in only with selected Internet or corporate identities. Publishers also now have the option of disabling Developer portal sign in altogether, effectively locking down access to the portal to the users coming from the Azure Management portal.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Product un-publishing experience</strong>. When a product is un-published, users with active subscriptions to it will continue to have access to the product and its APIs until their subscriptions expire or get cancelled.</li>
<li><strong>Product pages</strong>. On the product pages on the Developer portal we now list APIs included in the product.</li>
<li><strong>User subscription management</strong>. Publishers now can see and manage user keys and subscriptions in the Publisher portal.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Jan 15, 2014</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/jan-15-2014</link>
      <pubDate>Thu, 15 Jan 2015 12:49:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2015/01/15/jan-15-2014/</guid>
      <description><![CDATA[New


Check header policy. Now you can easily enforce existence and content of an HTTP...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong><a href="https://azure.microsoft.com/en-us/documentation/articles/api-management-policy-reference/#check-header">Check header policy</a></strong>. Now you can easily enforce existence and content of an HTTP header.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Add API dialog box</strong>. Now you can save a few clicks by adding new API to one or more products at the moment of its creation.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Dec 17, 2014</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/dec-17-2014</link>
      <pubDate>Wed, 17 Dec 2014 11:24:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2014/12/17/dec-17-2014/</guid>
      <description><![CDATA[New


Australia regions. In response to popular demand API Management can be now provisioned in...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong>Australia regions</strong>. In response to popular demand API Management can be now provisioned in both of Australia regions. This brings the number of regions where API Management is available to lucky 13.</li>
<li><strong>Developer portal blog</strong>. Now you can create one or more blogs and make them available on the Developer portal. To start using the feature click on Blog item in the Publisher portal left navigation menu.</li>
<li><strong>Must revalidate caching setting</strong>. We added a&nbsp;"must-revalidate" attribute to the <a href="https://azure.microsoft.com/en-us/documentation/articles/api-management-policy-reference/#get-from-cache">"cache-lookup"</a> policy.&nbsp;<span>When downstream caching is enabled, use it to turn on or off "must-revalidate" cache control directive in proxy responses.</span></li>
<li><strong>"Products" tab on the API page</strong>. You can now view and manage the list of products the API belongs on the API page in the Publisher portal.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Proxy performance on larger responses</strong>. We significantly improved proxy performance on responses with sizes over a few kilobytes.</li>
<li><strong>Code samples</strong>. We reviewed and updated code samples on the Developer portal.</li>
</ul>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Nov 21, 2014</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/nov-21-2014</link>
      <pubDate>Fri, 21 Nov 2014 13:44:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2014/11/21/nov-21-2014/</guid>
      <description><![CDATA[New


Subscription key parameter renaming. By default we expect subscription key to be provided...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong>Subscription key parameter renaming</strong>. By default we expect subscription key to be provided as a value of&nbsp;<span style="font-family: 'courier new', courier;">ocp-apim-subscription-key </span><span style="font-family: arial, helvetica, sans-serif;">request&nbsp;</span>header or <span style="font-family: 'courier new', courier;">subscription-key</span>&nbsp;URL query parameter. &nbsp;We added the ability to customize the names of these parameters. You can now rename either one or both of them. At the moment, this feature is available via API only.</li>
<li><strong>Compressed response handling</strong>. We now preserve "compression state" of the responses we receive from backend services.&nbsp;</li>
<li><strong>Compressed response caching</strong>. Cache policy is now compression aware and separately stores compressed and uncompressed responses.</li>
<li><strong>Google Analytics support</strong>. Now you can enable Google Analytics on your Developer portal by going to the Settings page on the Publisher portal and clicking the "E<span>nable Google Analytics" checkbox.</span></li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong><strong>Multiple subscriptions per product per developer</strong></strong>. We optimized subscription flow a little and enabled subscription name editing.</li>
<li><strong>My Profile area on the Developer portal</strong>. It looks better and is more usable than before.</li>
</ul>
<h3>Fixed</h3>
<div>
<ul>
<li><strong>Analytics graphs not populating&nbsp;on page load</strong>. We fixed a regression causing graphs not to populate on page load on the Dashboard.</li>
</ul>
</div>
</div>
</div>]]></content:encoded>
    </item>
    <item>
      <title>Nov 11, 2014</title>
      <link>https://docs.microsoft.com/archive/blogs/azureapimgmt-changelog/nov-11-2014</link>
      <pubDate>Tue, 11 Nov 2014 14:19:00 GMT</pubDate>
      <dc:creator><![CDATA[Vladimir Vinogradsky (MSFT)]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.msdn.microsoft.com/azureapimgmt-changelog/2014/11/11/nov-11-2014/</guid>
      <description><![CDATA[New


Root APIs. We made API suffix optional and you can now publish APIs at the root of your...]]></description>
      <content:encoded><![CDATA[<h3>New</h3>
<div>
<ul>
<li><strong>Root APIs</strong>. We made API suffix optional and you can now publish APIs at the root of your Azure API Management service domain. This feature is available through both Publisher portal and API.</li>
<li><strong>HTTPS and/or HTTP</strong>. We used to only expose API endpoints over secure HTTP. Now we allow you to configure either HTTPS or HTTP or both for each of your APIs.&nbsp;This feature is available through both Publisher portal and API.</li>
<li><strong>Multiple subscriptions per product per developer</strong>. Users now are able to subscribe to the same API product multiple times. Publisher can set a limit on the number of same developer subscriptions for each of the products. This feature is available through both Publisher portal and API.</li>
<li><strong>Azure regions</strong>. Azure API Management is now available in the following newly added regions: South Central US, Southeast Asia, Japan East, Japan West, Brazil South.</li>
</ul>
<h3>Improved</h3>
<div>
<ul>
<li><strong>Delegation</strong>. Close account, reset password, and change profile actions are now being delegated as well.</li>
</ul>
<h3>Fixed</h3>
<div>
<ul>
<li><strong>Cache policy</strong>. We now properly set <span style="font-family: 'courier new', courier;">max-age</span> attribute and <span style="font-family: 'courier new', courier;">Expires</span> and <span style="font-family: 'courier new', courier;">Pragma</span> header values.</li>
<li><strong>API and operation matching</strong>. We now properly interpret double slashes in the request URL as empty path segments per <a href="https://tools.ietf.org/html/rfc3986">RFC3986</a>.</li>
</ul>
</div>
</div>
</div>]]></content:encoded>
    </item>
  </channel>
</rss>