Artur Souza

For this to work, the runtime would need to change to support configuration per ActorType. Right now, configuration is just global.

@robberphex This PR is not working with the latest changes. We are cutting a release now. We will get back to this one afterwards.

Any updates on this @TomCools ?

It is tracked here now: https://github.com/bitnami/charts/issues/7305

Let's use the branch idea that you proposed (maybe calling it `dependabot`) and have a triggered workflow on that branch where DaprBot will automatically create a PR if unit tests...

> Have you run any relevant benchmarks against native HTTP client and OKHTTP? No. This replacement would be a follow up on this issue. This would be good data to...

I like the proposals above. Just be mindful that we cannot have client breaking changes in the SDK.

This is excellent work @Juliandb1708. I think the perf difference does not justify adding a (potential) dependency conflict to the applications consuming this SDK. Thoughts? Vote 🎉 here to use...

Please, look at the partial work I have on this. It is moving to Java 11 and removing OKHTTP dependency: https://github.com/artursouza/java-sdk/tree/native_http_client Pending work: + Rewrite the unit test for DaprHttp...

I am open to make this integration as easy as possible. Have you checked the current example showing how to accomplish this with the current version of the SDK? https://github.com/dapr/java-sdk/tree/master/examples/src/main/java/io/dapr/examples/tracing...