You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 29, 2021. It is now read-only.
Repository navigation
This repository was archived by the owner on Oct 29, 2021. It is now read-only.
(long term) consider making OpenTracing API the primary interface #126
I've yet to try it out for real, but if the OpenTracing API turns out to be nice in real applications, we could in theory make Appdash just operate as if it was just an implementation of the OpenTracing API. I.e. there would not be an Appdash API, it would just be that Appdash is a tracer designed specifically for OpenTracing.
I've marked this issue as long-term, because this would be a serious change and would probably be done in multiple phases (unexporting the current API, simplification of the internals w.r.t marshaling events, etc). I'm also not 100% convinced yet that this would be most ideal or appropriate, but it is something I am considering longer term.
Any progress on this front? I am interested in this. I see the support of OT, but unsure how far you plan to take this and what the thought process is. cc @bensigelman
Activity
josephjacks commentedon Nov 15, 2016
Any progress on this front? I am interested in this. I see the support of OT, but unsure how far you plan to take this and what the thought process is. cc @bensigelman
emidoots commentedon Nov 21, 2016
Sorry, I haven't had a great deal of time to investigate this yet. I think that the first step in implementing this would be:
sourcegraph.com/sourcegraph/appdash/...tosourcegraph.com/sourcegraph/appdash/internal/...I probably won't have time to work on this for a while, but if someone wants to send a PR for the above I'll gladly review etc.