-
Notifications
You must be signed in to change notification settings - Fork 453
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
shouldn't have a hard-dependency on a <1.0 api #621
Comments
why is this a question and not a bug? |
OpenCensus versions <1.0 should be treated as any version >1.0. In the OpenCensus project we made a decision to respect all the requirements for versions >1.0 which means we do not break compatibility (remove classes/methods or change signatures). So this should be closed. |
If that's so, you might as well go ahead and release 1.0. However I have to note that for an allegedly stable product, the different versions of OpenCensus have caused us a lot of trouble. |
Even if there is no argument about version drift etc, it is still completely unnecessary for this code to be called in absence of any setup instructions. 1.0 or not, it is pulling unnecessary dependencies into the application, and for no reason as the tracer isn't used. |
the typical way to fix accidental classpath leak is to make a separate class that has the stuff inside. There are varying approaches to this. For example armeria recently made it possible to not have dropwizard in the classpath via this change line/armeria#2107 At some point, there might be some RPC library that you also find troublesomely hard pinned to something you don't want or use. I hope pointers on technical solution is helpful. |
thanks, please note which version releases this so we can align deps! |
PS It looks like the change was to remove OpenCensus. If that's something that needs to be reverted, I'd recommend having a look at the comment I mentioned here #621 (comment) Basically, there are ways to perform the change in such a way that the census code still works, but is itself optional. If it isn't clear, and someone says "pull requests welcome" I would rather help implement that vs reverting back to having a strict dep on census again. |
With these changes the user has the option to use opencensus. If the deps are not on the classpath noop impls will be used. In the future opencensus will be ripped out in favor of opentelemetry. As a part of these changes OpenCensusUtils was moved to a package-private scope. Fixes: googleapis#621
With these changes the user has the option to use opencensus. If the deps are not on the classpath noop impls will be used. In the future opencensus will be ripped out in favor of opentelemetry. As a part of these changes OpenCensusUtils was moved to a package-private scope. Fixes: googleapis#621
With these changes the user has the option to use opencensus. If the deps are not on the classpath noop impls will be used. In the future opencensus will be ripped out in favor of opentelemetry. As a part of these changes OpenCensusUtils was moved to a package-private scope. Fixes: googleapis#621
I will leave this open, but this has been deprioritized. Down the road I think we might move towards using open telemetry. Until this, this will sit. |
If we're not ripping out OpenCensus, we might want to at least exclude the paths to it's older dependencies, especially Guava:
|
Even when not using tracing, opencensus 0.18 types are required per this line in
HttpRequest
grpc code is more defensive to not require loading classes until used.
The text was updated successfully, but these errors were encountered: