Support for pure JVM projects

[nitinsethimicrosoft]

Is your feature request related to a problem?
If so, provide a concise description of the problem.
There is an android solution to sending telemetry using this SDK. But I want to send telemetry to Kusto in a pure JVM project. This program runs in Ubuntu, Mac OS and Windows.

Describe the solution you'd like.
What do you want to happen instead? What is the expected behavior?
Please add support for sending telemetry in a pure JVM project. I checked out the aar generated for Android and there is not much Android specific feature used in that. So, it should not be too hard to just support pure Java projects.

Describe alternatives you've considered.
Which alternative solutions or features have you considered?

We already use very old ARIA jar. That one doesn't persist the telemetry and ends up loosing quite a bit of telemetry. More specifically when my Java process ends just after the build, sending telemetry related to that build is not stable.

Additional context.
Add any other context about the feature request here.
I see multiple developers asking for similar solution in our internal Teams Channels.

[nitinsethimicrosoft]

Is this SDK usable for the purpose?

https://github.com/Azure/azure-kusto-java

[maxgolov]

Is this SDK usable for the purpose?

https://github.com/Azure/azure-kusto-java

Nope. This is not it. This is for Kusto, not for 1DS endpoint.

I am no longer an active maintainer. But I would recommend you explore an option of building JNI over 1DS C API using GitHub Copilot. C API is fairly lean and mean:

• https://github.com/microsoft/cpp_client_telemetry/blob/main/lib/include/public/CAPIClient.hpp
• https://github.com/microsoft/cpp_client_telemetry/blob/main/lib/include/public/mat.h

Ask GitHub Copilot to generate you the JNI projection. Then synthesize the Java abstraction classes on top of that projection.

Hope that helps.