API Migration using wso2 apictl - wso2-api-manager

Can we export and import multiple apis at the same time in different environments using wso2 apictl tool?

We can export multiple APIs at once using the WSO2 API Manager apictl tool. Please refer [1]. That is, you can export all APIs of a particular tenant using the command given in [1]. But importing multiple APIs is not supported.
[1] https://apim.docs.wso2.com/en/latest/learn/api-controller/migrating-apis-to-different-environments/#export-all-the-apis-of-a-tenant-at-once

Adding to what Tharika has mentioned, APICTL can only be used to migrate APIs in between different environments of the same APIM version. Migrating APIs across different APIM versions is not supported.

Related

Is it possible to upgrade my project from spark to blaze using firebase or gcp CLI?

How can I upgrade my project from the spark plan to the blaze plan using the firebase CLI? If it's possible.
Or maybe I can use the GCP CLI to enable billing on my project?
I don't see any relevant APIs in either the REST API for managing projects or the Admin SDK for managing projects, so I think this isn't possible today. It's a valid feature request though, so I recommend filing it.

Manage tenants in api manager 2.1.0

We are using wso2 api manager 2.1.0 and we need using tenant.
Searching in documentation we saw differences in 2.1.0 vs 2.0.0.
Are tenants supported in api manager 2.1.0?
Are all the tenant management functions available in api manager 2.1.0?
Is there any configuration that we have to do?
Would we do something else?
Thanks.
The documentation at https://docs.wso2.com/display/AM210/Multi-tenant+Architecture returns Page Not Found, it's only available at 2.0.0 Space (https://docs.wso2.com/display/AM200/Multi-tenant+Architecture)
Multitenancy is supported in both versions and all tenant features are the same in both.
You don't have to do any configuration changes.
Update: Doc is now updated with new links.
https://docs.wso2.com/display/AM210/Configuring+Multiple+Tenants

Microsoft workdflow custom connector

I am trying to develop a simple customer connector for my website on microsoft flow and so far I can't see how to use a web API that is hosted on my website every article tutorial I am coming by require APIs to be hosted on Azure, also an Azure account is a prerequisite .. is it true Only azure APIs to be used for custom connectors ?
Azure is not a prerequisite for Custom Connector. I agree that most of the tutorials talk about connecting Azure hosted apps.
Microsoft flow currently supports creating custom connector with Swagger API output or postman exported data. I created a Postman collection with the API and gave the exported data as input to Microsoft flow for creating the connector.
Detailed Tutorial is available here
https://flow.microsoft.com/en-us/documentation/postman-collection/
I have the same issue, I have configured a custom connector for testing to go against this test / mock API
POST -> https://jsonplaceholder.typicode.com/posts
In the connector test it keep on hitting this URL:
https://msmanaged-na.azure-apim.net/apim/zoom.2dtest.2d002.5f43ed1d930148619c.5f4fd64f4beaca2b60/51136e9557bf4e128e0d7552ff624ebd/posts
I have never configure it to go there. No document explains how or why this would happen.

AdSense Management API for Reporting through R

I have been searching the internet for ways to access the AdSense API via R and have not been able to find documentation. It uses REST with OAuth 2.0.
I am looking to use the API for reporting.
There's a client library to access the Prediction API with R. Prediction and the AdSense Management API are both REST and use Oauth2 so it should be easy to modify the code at:
https://code.google.com/p/google-prediction-api-r-client/

Can expose Cloudify shell commands as a API?

In the integration perspective, can we expose Cloudify shell commands as API call?. For instance,
http://172.xxx.xxx.xxx:8067/apiv1.0/cloudify/?command=bootstrap-cloud&provider=openstack
Thanks
Exposing the Cloudify CLI as an API is a good way to integrate with Cloudify.
This is especially true if you are planning to bootstrap cloudify clouds on demand so the Cloudify REST API is not available yet.
You should also consider the security implications of allowing the CLI commands to be specified in the URL, as users will be able to make calls that will install/uninstall services.

Resources