getPath() should be relative to the database root#2599
getPath() should be relative to the database root#2599schmidt-sebastian merged 43 commits intogoogleapis:masterfrom
Conversation
4c83f22 to
276276d
Compare
| if (parts.size() > 0) { | ||
| result.append("/documents"); | ||
| for (String part : parts) { | ||
| boolean first = true; |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
Retryable stream closure happens quite often. This commit lowers the log level to FINE to not spam the console.
In the doc, we just wait for done.get() to return before closing the Subscriber. This commit makes clear that done.get() in the doc is an example condition. Updates googleapis#2485.
* fixing broken test - cloud/spanner/SessionPoolIntegrationTest.java * fixing java style, tests and unused symbol errors. * fixing missing import
We register a callback to reconnect connection when old connection closes. When we shut down the subscriber, we close all connections and begin to shutdown executor. There is a race: if the callback is called after executor closes, an exception occurs and we print a scary stack trace. It doesn't do anything bad; the subscriber is going to go away anyway, but the stack trace is still confusing. This commit avoids registering new jobs on executors. When a connection closes, the callback to determine whether we should reconnect is called in the RPC thread. If the connection closes due to some error, the callback should quickly determine whether we should reconnection. If so, we register the actual reconnection job on a separate thread. This does not block RPC thread, and everyone should be happy. If the connection closes because we're shutting down, the callback running on RPC thread should determine that we should NOT reconnect, not register a reconnection job, and we shouldn't see a stack trace. Fixes googleapis#2485.
Fixes googleapis#2476. The list of packages created with command: ```shell find -name '*.java' | xargs grep -hr 'package.*\.stub' | cut -c 9- | sort -u | tr ';' ':' | tr -d '\n'; echo ```
* refresh dlp client * refresh with latest dlp_gapic.yaml
The benchmark executes a series of queries and report 1. how long until we get the fist result back 2. how long we take to iterate through all results.
Fix the link so that it does not 404. Also change from homepage and example to product and library docs to match other APIs. Fixes googleapis#2538.
Schema can be set to null in a response we get from server. However, we do not allow the user to set to null, causing confusion. This commit fixes this by allowing user to set null schema. Fixes googleapis#2477.
and put the version of netty ssl in one place
Breaking changes: - In Firestore, DatabaseName is renamed to DatabaseRootName - in Video Intelligence, annotateVideoAsync has parameters removed
Expose the userProject parameter for the List.Buckets operation. Bump google-api-client dependency to 1.23.0.
Some users were not sure if they could call methods concurrently etc. This commit points to Guava doc for reference.
* Refreshing auto-generated code for create() -> of() rename * Updating gax and auth versions
Expose userProject for the operations - storage.objects.list - storage.bucket.testIamPermissions - storage.bucketAccessControls.delete - storage.bucketAccessControls.get - storage.bucketAccessControls.insert - storage.bucketAccessControls.list - storage.bucketAccessControls.patch - storage.buckets.getIamPolicy - storage.buckets.setIamPolicy
Addresses issue googleapis#2494. Add comments to methods that accept userProject parameter.
If streaming pull connection is idle for a long time, a firewall/proxy might terminate the connection. The keepalive should prevent this from happening, or at least let us notice that the connection is terminated so we don't wait forever. Fixes googleapis#2506
Some `@see` annotations should instead be `@link`; maven's javadoc plugin fails if `@see` is used incorrectly.
|
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the |
#2599) * chore: Update generation configuration at Thu Aug 8 02:16:37 UTC 2024 * chore: Update generation configuration at Fri Aug 9 02:17:14 UTC 2024 * chore: Update generation configuration at Sat Aug 10 02:16:37 UTC 2024 * chore: generate libraries at Sat Aug 10 02:16:57 UTC 2024
#2599) * chore: Update generation configuration at Tue Oct 21 02:34:51 UTC 2025 * chore: Update generation configuration at Wed Oct 22 02:34:52 UTC 2025 * chore: Update generation configuration at Thu Oct 23 02:32:41 UTC 2025 * chore: Update generation configuration at Fri Oct 24 02:31:09 UTC 2025 * chore: Update generation configuration at Sat Oct 25 02:33:27 UTC 2025 * chore: Update generation configuration at Tue Oct 28 02:33:34 UTC 2025 * chore: generate libraries at Tue Oct 28 02:34:04 UTC 2025
#2599) * chore: Update generation configuration at Tue Oct 21 02:34:51 UTC 2025 * chore: Update generation configuration at Wed Oct 22 02:34:52 UTC 2025 * chore: Update generation configuration at Thu Oct 23 02:32:41 UTC 2025 * chore: Update generation configuration at Fri Oct 24 02:31:09 UTC 2025 * chore: Update generation configuration at Sat Oct 25 02:33:27 UTC 2025 * chore: Update generation configuration at Tue Oct 28 02:33:34 UTC 2025 * chore: generate libraries at Tue Oct 28 02:34:04 UTC 2025
This is technically a breaking API change, but getPath() is spec'ed to return the relative path to the database root and not the fully-qualified name.