-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Add Error Reporting gRPC #2687
Comments
@jskeet IIRC, you have experience doing thin and/or partial hand-written layers on the C# GAPIC code. To date, we have done thick hand-written layers for Python. Do you have any advice for how best to manage thinner layers? cc @anthmgoogle |
Hmm... it's likely to be language-specific. In C#, we can add extra methods/properties/etc to existing classes using If you're happy to expose the GAPIC code for power users, you could have a very simple wrapper that exposes simple operations but also exposes a property to access all the GAPIC methods if necessary. |
Thanks @jskeet. Makes sense how you're leveraging the C# Since Python is package delivery (i.e. the GAPIC code has its own package on https://pypi.python.org/pypi), the GAPIC code is always exposed to our users. |
Ok, now that I am thinking about it, if it's a dependency of this library it will be exposed after installing this library, that makes sense. I am leaving for Brazil tomorrow and will be busy with GCP Next Sao Paulo but I can loop back on this later in the month. |
Yep, the other google-cloud-python |
google-cloud-python contains the Error Reporting instrumentation library, but not the Error Reporting client library. Is this issue about bringing the client libraries in? Is anybody working on it? Context: I was looking to call the Error Reporting "list error stats" API today, but could not do it in Python or Node |
Hello @steren! Not sure I'm following entirely. Do you mean https://cloud.google.com/error-reporting/reference/rest/v1beta1/projects.groupStats/list#errorgroupstats? |
Hi @steren. There is no hand-written client library for Error Reporting; we are using just the auto-generated client library (plus the hand-written instrumentation code). Also for Python, we publish the auto-generated client libraries separately from the google-cloud-python libraries. The client library is published at https://pypi.python.org/pypi/gapic-google-cloud-error-reporting-v1beta1, and you can find the source code at https://github.com/googleapis/api-client-staging/tree/master/generated/python/gapic-google-cloud-error-reporting-v1beta1. |
My main concern is that https://googlecloudplatform.github.io/google-cloud-python/ does not mention or document the client library. My question is: Is this GitHub issue about adding the client library to google-cloud-python? Or is it something else? |
I think this issue is best resolved by adding a dependency on the GAPIC package to https://github.com/GoogleCloudPlatform/google-cloud-python/blob/master/error_reporting/setup.py. The documentation issue is covered by https://github.com/GoogleCloudPlatform/gcloud-common/issues/207. |
So a few things need to be done here:
I think once that's done we can close this issue, but maybe start some new ones about how this all gets documented clearly (especially my pet concern of how we relate to cloud.google.com vs github docs). |
@waprin Good point about the GAPIC docs. They exist as docstrings in the code, but we have not web-rendered it. We've just started doing this again with Logging, since we declared beta for it a couple weeks ago. We'll take care of publishing docs for other packages in early January. FYI, @geigerj and @ethanbao. |
When running the examples from the documentation, I get the following error:
Disabling GRPC via the I'm running on an Ubuntu 14.04 compute instance with python 3.5.3 and version 023.1 of the google-cloud-error-reporting project |
FYI @lukesneeringer |
@daspecster Can you look at this one? It looks like it is probably a quick bugfix. |
@lukesneeringer sure thing! |
@daspecster mentioned this to Luke but I'm OOO next week but spending today and tomorrow trying to catch up on loose ends/random issues so feel free to ping me on anything you want me to look at/try to fix. |
@waprin I am really only referring to this comment, which honestly should be a separate issue. |
@lukesneeringer Can you or @daspecster split it out as a separate issue to reflect that? |
Now I am understanding you're just referring to the reported bug. Yes, I think once we create that new issue, we can close this issue as it was done in #2894 . Only thing I think that's left is the documentation for the GAPIC which is also a separate issue. |
@waprin @lukesneeringer @bjwatson issue created! |
Closing this issue (done in #2894). |
…-samples#2687) * Add voice selection by name * Add future to requirements.txt Fixes python2 test failures referencing html. Co-authored-by: Leah E. Cole <6719667+leahecole@users.noreply.github.com>
…-samples#2687) * Add voice selection by name * Add future to requirements.txt Fixes python2 test failures referencing html. Co-authored-by: Leah E. Cole <6719667+leahecole@users.noreply.github.com>
This is a tracking work item to get the Error Reporting GAPIC into this library:
https://pypi.python.org/pypi/gapic-google-cloud-error-reporting-v1beta1
@steren and I agree that the existing (small)
report
andreport_exception
is what we want to keep, along with possible more framework integrations in the future. So I think what we primarily want is the same thing as with done with Logging where we add the GAPIC as a dependency, and then fallback to the existing code if gRPC is disabled.One small question is if and to what extent we want to expose the rest of the GAPIC besides events.report via this library. There are a few API calls that will likely only be used by power users, but it might be worth having some sort of pass-through mechanism. Unless I'm mistake, it looks like so far we either wrap all the GAPIC calls or pass-through completely, but we haven't done both, so not sure exactly how this would look.
cc @bjwatson @jgeewax @omaray in case you have comments.
The text was updated successfully, but these errors were encountered: