In its current state, it seems like the persistence framework doesn't bubble exceptions when opening connections to the backend store. This was encountered using the SqlServer adapter and when providing a bad connection string the exception generated when opening the sql connection is not caught by the actor system logger. This silent error results in persistent actors getting stuck in recovery mode, thus giving the impression of the system just stopping without any apparent reason.
By checking out the SqlServer adapter repo and debugging the code I was able to see that my bad connection string did indeed generate an exception when the adapter tried to open an sql connection, but somewhere the exception seems to be handled without any logging behaviour. As a user I would expect a fatal log entry, clearly stating what wrong.
This might be unique to the sql framework or the sqlserver adapter specifically. I have not had the ability to test this using other adapters.
I've attached some screenshots to more specifically describe the flow of events.
The occurring exception while debugging the sql adapter:
The current config with broken connection string and the logging behaviour with the coordinator actor seemingly stuck in recovery
In its current state, it seems like the persistence framework doesn't bubble exceptions when opening connections to the backend store. This was encountered using the SqlServer adapter and when providing a bad connection string the exception generated when opening the sql connection is not caught by the actor system logger. This silent error results in persistent actors getting stuck in recovery mode, thus giving the impression of the system just stopping without any apparent reason.
By checking out the SqlServer adapter repo and debugging the code I was able to see that my bad connection string did indeed generate an exception when the adapter tried to open an sql connection, but somewhere the exception seems to be handled without any logging behaviour. As a user I would expect a fatal log entry, clearly stating what wrong.
This might be unique to the sql framework or the sqlserver adapter specifically. I have not had the ability to test this using other adapters.
I've attached some screenshots to more specifically describe the flow of events.
The occurring exception while debugging the sql adapter:
The current config with broken connection string and the logging behaviour with the coordinator actor seemingly stuck in recovery