Yes, I know there is RestSharp and HttpClient but as people call more APIs in their functions, will we run into socket exhaustion and lose performance for standing up new sockets for each call?
If there was a REST widget, it could still call RestSharp or iHttpClientFactory to create sockets, but Epicor could use dependency injection to make it more efficient by pooling connections to the same target. I dont’ think we can do that with Functions or Directions. Can we?
One could also add some resilience capabilities (via Polly) through the widget to make those connections friendlier to network or service disruptions.
I haven’t added an Epicor Idea yet. I wanted to get your opinions first. Thoughts?
Could we add resiliency in HttpClientFactory like we’d get with Workato? Maybe @Olga could shed some light on this. Just wondering if it’s worth an Idea or not.
Yes, but I’m still wondering if it will help at all. (the factory)
It’s still standing up multiples, but it works a little differently in the timeouts and handler setup. I’m trying to read and understand if it would help mitigate the issue (not solve).
I don’t do a lot of heavy IO like this, so a lot of this is unfamiliar.
A lot has also changed in the use and implementation of HTTPClient in the last few years as well.
If I read this correctly, it seems you can if you do dependency injection but I don’t think we have access to the Builder to do that. To set that up, a widget might be useful, at least that was my thought.