Problem
When selected nodes are under temporarily under maintenance then it's a hit an miss when sending a message. If the node that is down was selected by the sdk then the whole procedure fails and it is expected from the app developer to take care of handling the exception. However, this is is one of the most commonly occurring exceptions when sending a message and SCX could take care of it.
Solution
When sending a message, the core can monitor the progress and try send the message with a different node if the chosen one is unavailable.
Alternatives
The user needs to handle the exceptions himself, however the current implementation does not propagate exceptions well and there needs a bit of work finding what exception is thrown because there are many reasons why a message failed to go out, and it's not always hedera network problems.
Problem
When selected nodes are under temporarily under maintenance then it's a hit an miss when sending a message. If the node that is down was selected by the sdk then the whole procedure fails and it is expected from the app developer to take care of handling the exception. However, this is is one of the most commonly occurring exceptions when sending a message and SCX could take care of it.
Solution
When sending a message, the core can monitor the progress and try send the message with a different node if the chosen one is unavailable.
Alternatives
The user needs to handle the exceptions himself, however the current implementation does not propagate exceptions well and there needs a bit of work finding what exception is thrown because there are many reasons why a message failed to go out, and it's not always hedera network problems.