-
Notifications
You must be signed in to change notification settings - Fork 324
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
feat(fcm): Add send_each
and send_each_for_multicast
for FCM batch send
#706
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 <[email protected]> --------- Co-authored-by: Lahiru Maramba <[email protected]> Co-authored-by: pragatimodi <[email protected]> Co-authored-by: Samuel Dion-Girardeau <[email protected]>
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 <[email protected]>
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_each
vssend_all
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.send_each
uses concurrent.futures.ThreadPoolExecutor to run and wait for allrequest
calls to complete and construct aBatchResponse
. Anrequest
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 insend_each
and turned into aSendResponse
with an exception. Therefore, unlikesend_all
,send_each
does not always throw an exception for a total failure. It can also return aBatchResponse
with only exceptions in it.send_each_for_multicast
callssend_each
under the hood.RELEASE NOTE:
send_all()
andsend_multicast()
APIs are now deprecated. Usesend_each()
andsend_each_for_multicast()
APIs instead.