We are pleased to announce support for read-only and write-only properties in API Transformer which is one of the commonly used features of OpenAPI specification documents (v2.0 and above).
Access to DX Analytics is no longer restricted to API Owners, the entire team can now track the performance of their API Portal.
APIMatic’s API Portal enables users to track important data points which can help measure the ROI(return on investment) of all API Documentation and Developer Experience efforts. These include metrics like Popular Pages, SDK Downloads and Time to Hello World (the amount of time taken from Documentation discovery to first API call). Read more about DX Analytics from the Introducing API Developer Experience Analytics Blog
Access to DX Analytics has so far been restricted to API owners - the users who initially created an API Portal. However, a large number of customers use APIMatic’s collaboration capabilities to build and maintain their API Portal as a team. We believe that every member of the team should have access to analytics data to quantify the impact of their efforts.
Therefore we are opening up access to DX Analytics for all team members.
You can view analytics for your API Portal by clicking on DX Analytics in your APIMatic Dashboard and selecting your Portal in the left sidebar.
In case you have not published an API Portal yet, but want to get a sense of what your Portal’s Analytics will look like, we have provided some sample data for you to play with.
Previously, our Ruby SDKs were initiating a new connection for each API call. Now, we have made this HTTP connection persistent. Using persistent request allows all server requests to be made through one connection, consequently reducing network latency.
Previously, our PHP SDKs were initiating a new connection for each API call. Now, we have made HTTP connections persistent in Unirest for PHP SDK. Using persistent request allows all server requests to be made through one connection.
We have enhanced the support to call API endpoints via the APIMatic Proxy for API Portals.
We have added support for a new JSON Object type in all our SDKs.
By default, our SDKs support retries for idempotent HTTP requests only. A flag is added at endpoint level which, when enabled, allows retries for non-idempotent HTTP requests as well.
In the improved Python SDK, fields of a custom type can now differentiate between a nullable value and a missing value and will operate according to the behavior of the type specified. This way you can either pass a value that corresponds to the type specified, use null as a value or skip the field altogether depending upon the defined behavior of the field.
OAS allows you to set optional/required properties in models. While serializing a model, optional properties will be omitted if the value of property is not set (i.e. initialized with null) and, required properties will be serialized in any case. This is a case of factoring schema in oneOf/anyOf. Now with this support, you can define properties with the same names but with different optional/required constraints in request/response of an endpoint.
APIMatic CodeGen has now added support to configure the default Faraday connection with available Faraday adapters in Ruby SDKs.