We have created this week multiple API functionalities and we tried to do them with the new web connection.
We encountered multiple times for it in HTTP Connector to work just fine but in this with the same parameters to not work at all.
It worked from what we saw just for endpoint that didn't have parameters in their url, for those that had it was not working and in most of the cases we just got EMPTY as result (this is very annoying).
This happend until we reached an endpoint which was able to tell us that what we want to access does not exist and that when we used a regex to output our results, because first we tried with json and it failed without knowing why.
This is the base setted up in web connection.
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/62f20c70-1861-417e-81a0-79db5d88cba1.png)
And this is the endpoint setted up before we knew the problem, you can say it looks just fine, but in reality it is not.
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/67d518aa-c55e-4273-b086-2f447d409777.png)
Those are the parameters
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/0ca01946-dc8a-4eb4-af6e-3489bb2e69cb.png)
And this is the response that we were able to see in process flow monitor
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/53917e1d-fe50-475f-bbfa-f11696ba1433.png)
It basically ignore the first part of the url and the last part of it that is before the endpoint. Is doing some weird combination.
Anyway, if we set it as below (with duplicated base)
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/1dcc8219-fbd5-4e6f-ab4c-4ad088299010.png)
![](https://uploads-eu-west-1.insided.com/thinkwise-en/attachment/7e6cbcf1-1821-4429-9e13-f5ae77f403d4.png)
It is working just fine and we got the response.
Please investigate what's going on, also as a suggestion, it happened to us to use an API from OneDrive where in order to proceed we gotten an URL from it where we needed to do the calls, for that to work you are always required to put a base and a endpoint, but what if you have the URL as parameter, it should be more flexible and also give more informations about the calls that you make.
I feel that this Web Connection is very useful, but should be improved with: more details about the calls that you make, you simply don't get enough informations in case something is wrong (just an unknown error which is not helping) and more flexibility from the point of customizing the url.