diego-gomez-olvera
11/27/2025, 11:46 AMBecause of the number of different options in version 3 and the complexity of error handling, these functions may not 100% match the version 3 behavior, especially in the advanced cases involving watchers. If you are in one of those cases, we strongly recommend using the version 4 functions that are easier to reason about.Is there some specific documentation about the cases where there is a mismatch, particularly without using watchers? I am primarily interested to know if it can throw anything else than
ApolloException as it's what we catch and what developers are expected to handle for querymbonnin
11/27/2025, 11:50 AMApolloResponse.exceptionmbonnin
11/27/2025, 11:50 AMApolloResponse.exception is always an instance of ApolloExceptionmbonnin
11/27/2025, 11:51 AMmbonnin
11/27/2025, 11:51 AMApolloCompositeException comes to minddiego-gomez-olvera
11/27/2025, 11:52 AMApolloException , so it should not crash after the migration to the helper methods .executeV3() and .toFlowV3()mbonnin
11/27/2025, 11:53 AMcatch(e: ApolloException) around .execute(), you can remove thatdiego-gomez-olvera
11/27/2025, 11:53 AMmbonnin
11/27/2025, 11:54 AMexecuteV3() does throw though so you'll need the catch(e: ApolloException) if you use executeV3()diego-gomez-olvera
11/27/2025, 11:54 AMmbonnin
11/27/2025, 11:54 AMmbonnin
11/27/2025, 11:55 AMexecuteV3() should behave mostly the same in terms of what it throws. Watchers is where it was super complexdiego-gomez-olvera
11/27/2025, 11:57 AMexecute() with a few .toFlow()diego-gomez-olvera
11/27/2025, 11:58 AMdiego-gomez-olvera
11/27/2025, 11:58 AMmbonnin
11/27/2025, 12:23 PMdiego-gomez-olvera
12/18/2025, 11:16 AM