-
Couldn't load subscription status.
- Fork 344
feat(fcm): Add send_each and send_each_for_multicast for FCM batch send
#706
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
Conversation
`send_each` vs `send_all` 1. `send_each` sends one HTTP request to V1 Send endpoint for each message in the list. `send_all` sends only one HTTP request to V1 Batch Send endpoint to send all messages in the array. 2. `send_each` uses concurrent.futures.ThreadPoolExecutor to run and wait for all `request` calls to complete and construct a `BatchResponse`. An `request` call to V1 Send endpoint either completes with a success or throws an exception. So if an exception is thrown out, the exception will be caught in `send_each` and turned into a `SendResponse` with an exception. Therefore, unlike `send_all`, `send_each` does not always throw an exception for a total failure. It can also return a `BatchResponse` with only exceptions in it. `send_each_for_multicast` calls `send_each` under the hood.
* Add integration tests for send_each and send_each_for_multicast Add test_send_each, test_send_each_500 and test_send_each_for_multicast * chore: Fix pypy tests (#694) * chore(auth): Update Auth API to `v2` (#691) * `v2beta1` -> `v2` * Reverting auto formatting changes * undo auto formatting * Add release notes to project URLs in PyPI (#679) It's useful to be able to navigate to the release notes easily from the package index when upgrading. "Release Notes" is a special keyword that will have the scroll icon in the project page. A random example: * https://pypi.org/project/streamlit/ * https://github.com/streamlit/streamlit/blob/815a3ea6fa3e7f9099b479e8365bd3a5874ddc35/lib/setup.py#L111 Co-authored-by: Lahiru Maramba <llahiru@gmail.com> --------- Co-authored-by: Lahiru Maramba <llahiru@gmail.com> Co-authored-by: pragatimodi <110490169+pragatimodi@users.noreply.github.com> Co-authored-by: Samuel Dion-Girardeau <samueldg@users.noreply.github.com>
send_each and send_each_for_multicast for FCM batch send
send_each and send_each_for_multicast for FCM batch sendsend_each and send_each_for_multicast for FCM batch send
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thank you!
The latter is now deprecated: firebase/firebase-admin-python#706 Signed-off-by: Akhil Narang <me@akhilnarang.dev>
with concurrent.futures.ThreadPoolExecutor(max_workers=len(message_data)) as executor:
responses = [resp for resp in executor.map(send_data, message_data)]
return BatchResponse(responses)As we can see that the max number can ThreadPoolExecutor take is 500 and we always split our chunks as 500. So it throws "Unknown error while making remote service calls: can't start new thread". Isnt that dangerous to trying to open 500 threads ? with 500 chunks limit ? @Doris-Ge @lahirumaramba |
send_eachvssend_allsend_eachsends one HTTP request to V1 Send endpoint for each message in the list.send_allsends only one HTTP request to V1 Batch Send endpoint to send all messages in the array.send_eachuses concurrent.futures.ThreadPoolExecutor to run and wait for allrequestcalls to complete and construct aBatchResponse. Anrequestcall to V1 Send endpoint either completes with a success or throws an exception. So if an exception is thrown out, the exception will be caught insend_eachand turned into aSendResponsewith an exception. Therefore, unlikesend_all,send_eachdoes not always throw an exception for a total failure. It can also return aBatchResponsewith only exceptions in it.send_each_for_multicastcallssend_eachunder the hood.RELEASE NOTE:
send_all()andsend_multicast()APIs are now deprecated. Usesend_each()andsend_each_for_multicast()APIs instead.