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
chore: update README for new client generation to use Cloud Drop and fix workflow scripts (#9336)
* chore: update README for new client generation to use Cloud Drop
* update mvn command
* update mvn commands
* update description
* update to use first sentence and include a line about maps clients
* add check for existing library
* update google3 link with external link
* clarify proto path
* clarify proto path
Copy file name to clipboardExpand all lines: generation/new_client/README.md
+48-23Lines changed: 48 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -124,55 +124,78 @@ $ sudo apt-get install gh
124
124
$ gh auth login
125
125
```
126
126
127
+
## Double check that the library does not already exist within `google-cloud-java`!
128
+
129
+
Some languages require a new request when a new version of a service is created, but Java manages all versions of the service as a single package, so the client library will automatically be updated to include new versions.
130
+
127
131
## Run client generation script
128
132
129
133
You will run new-client.py script with the following parameters.
130
-
Collect them from the ticket before running the command.
134
+
These parameters will be available in the Cloud Drop link (a YAML file) included in the buganizer request.
135
+
The example in this README uses AlloyDB's [Cloud Drop](https://github.com/googleapis/googleapis/blob/master/google/cloud/alloydb/v1/alloydb_v1.yaml) file as an example.
131
136
132
137
### API short name
133
138
134
139
For convenience of the subsequent commands, define a variable for API short name.
135
-
Get the value from the DevRel Services page (Example: `apikeys`):
140
+
The corresponding value in the Cloud Drop page is `api_short_name`.
141
+
142
+
Example: `alloydb`
136
143
137
144
### Proto path
138
145
139
-
The script takes "proto path" parameter. This is path from google3's root to the
140
-
directory that contains versions (e.g., "v1" or "v2"). For example, if we
141
-
have
146
+
The script takes "proto path" parameter. This is the path from the internal `google3/third_party/googleapis/stable` root to the
147
+
directory that contains versions (e.g., "v1" or "v2").
148
+
Note that the internal `google3/third_party/googleapis/stable` directory is mirrored externally in https://github.com/googleapis/googleapis/blob/master/.
149
+
150
+
For example, if the buganizer ticket includes:
151
+
152
+
> Link to protos: `http://...(omit).../google/cloud/alloydb/v1alpha/alloydb_v1alpha.yaml`.
153
+
154
+
then the corresponding external mirrored proto is here: https://github.com/googleapis/googleapis/blob/master/google/cloud/alloydb/v1alpha/alloydb_v1alpha.yaml.
142
155
143
-
> Link to protos: http://google3/google/api/apikeys/v2/apikeys.proto
156
+
Therefore, the "proto path" value we supply to the command is `google/cloud/alloydb`.
144
157
145
-
then the "proto path" value we supply to the command is "google/api/apikeys".
158
+
We will publish a single module for a service that includes all versions in this path. Once the service has been published once, any future additional versions will automatically be generated via OwlBot.
146
159
147
160
### Name pretty
148
161
149
-
Pick name from the display name in the DevRel Services site.
0 commit comments