Also, what If I dont specify the actual location of configFile does the SDK automatically look for configFile on environment ZITI_IDENTITIES or I need to specify it on code ?
I can likely use TPM to encrypt the configFile and update the environment variable dynamically for ziti related process.
You're trying to make an http request to something like "http://${service_name}"? That way you don't need an intercept config, right? That one you found, sadly, doesn't have the ziti cli commands used to set up the example but we have another very similar one that has a better readme you might want to check out at GitHub - openziti-test-kitchen/go-http: GoLang HTTP Clients & Servers + Alternative Networking
Give that a look, and if you're still stuck let us know and we'll get you fixed up.
Thanks, I just wanted to replace http.svc with the intercept host, I think if i remove the dial part it can be done. And on the configFile file, i figured I can pass in the value from environment.
It would be good if I can pass in raw configFile to newSDKCollection, that's because the configFile will be encrypted by TPM or Yubikey so decryption will likely happen at runtime which can be passed to ziti.
Currently the load context can receive raw string while the newConfigFromFile does not accept raw string .
I forgot to reply to this. Personally, I use service dials instead of intercept based. I find it more obvious and straightforward to debug, myself. But really whichever way you do it that's works best for you is what matters.