It looks like API Connect test and monitor is a cloud hosted service and the HTTP access is made from a cloud server on the public internet.
How can I use this to test an API that is deployed behind my firewall? This does not seem to be documented.
Cloud is currently limited to public APIs unfortunately but there's a desktop client under development, v1.0 just became available.
https://github.com/ibm-apiconnect/test-and-monitor/releases
Related
How to call the secured API management linked APIs configured in azure portal when developing locally using SWA CLI? All I observed in the SWA configuration is meant for functions as APIs not the APIM.
https://learn.microsoft.com/en-us/azure/static-web-apps/apis-api-management
When adding API Management APIs to an azure static web app, an automatic proxy product is created on APIM securing access to the API for this app via /api prefix on the static web app domain. I did not see any mentions of how this works for local development to pass the user claims from SWA emulator to the API via that proxy?
I was trying to do this recently and I don't think it's possible. My solution was to add a proxy to my dev server (in my case vite) to proxy all requests to the /api route to the Api Management URL, setting the necessary subscription key header.
I've got a J2EE web application deployed to Google Cloud App Engine, which connects to a MySQL DB on Cloud SQL. All of a sudden it's stopped working. The GCP URL works fine and points to the correct web UI. I've re-tested the DB connection string on Google App Engine local host server, and it works absolutely fine. Public IP is enabled on Cloud SQL and my home network IP address is authorised. But clearly the cloud app engine code isn't talking to the Cloud SQL db.
Happy to share relevant code, but not sure what code would be helpful to share, as the app engine cloud URL is working, and the DB connection string is testing fine on localhost.
Does anyone have any trouble shooting tips on how I might get to the bottom of it? Has anything changed recently with GAE/Cloud SQL?
Thanks in advance...
I have an API management instance that is integrated with a Vnet - the ability to access the API management instance is possible to internal consumers.
I would like certain public clients to also access this API management instance - the way described in the Azure documentation is to make use of Application Gateway:
see: https://learn.microsoft.com/en-us/azure/api-management/api-management-howto-integrate-internal-vnet-appgateway
Is anyone aware of an alternate approach not implementing Application Gateway?
Use Function App with Vnet Integration:
https://learn.microsoft.com/en-us/azure/azure-functions/functions-create-vnet
The function app exposes public endpoint and has ability to make internal call to Vnet.
I want to establish an connection between API managment and Application Gateway in Azure.
Please can someone provide step by step solution.
What is your scenario? Generally, people set up API Management in an internal VNET and expose a small set of APIs via Application Gateway with a WAF SKU, which is an extra Web application firewall for Front.
Try this: https://learn.microsoft.com/en-us/azure/api-management/api-management-howto-integrate-internal-vnet-appgateway
I have a basic hosting package that gives me access to create a MySQL database. I can of course host silverlight applications on any site. But how can I work with a database from within Silverlight? I cannot run any service on my hosting provider, they only allow php or perl scripts.
You can use the C# webclient to make HTTP calls to a PHP page hosted on the server. The PHP page can proxy queries/results between the silverlight client and the mysql database.
remember, just because it's not a SOAP/WCF "service" does not mean that it's not a web service. Look into PHP based REST solutions for some nice alternatives that can easily be invoked via silverlight:
http://www.bing.com/search?q=PHP+REST
Edit: As #Spencer Ruport correctly points out in the comments, you of course have to be wary of the fact that the web service will be exposed to the public, and anyone can easily sniff the http traffic between your silverlight application and the server. This enable them to call your service directly so be sure to think about authentication and what it means in the context of your app/data
You can use the WebClient class in silverlight to communicate to a php service. Here is the first google result I found: link