mirror of
https://github.com/rails/rails.git
synced 2022-11-09 12:12:34 -05:00
1284f826cc
While working on another feature for multiple databases (auto-switching) I observed that in development the first request won't autoload the application record connection for the primary database and may not yet know about the replica connection. In my test application this caused the application to thrown an error if I tried to send the first request to the replica before the replica was connected. This wouldn't be an issue in production because the application is preloaded. In order to fix this I decided to leave the original error message and delete the new error message. I updated the original error message to include the `role` to make it a bit clearer that the connection isn't established for that particular role. The error now reads: ``` No connection pool with 'primary' found for the 'reading' role. ``` A single database application will continue uisng the original error message: ``` No connection pool with 'primary' found. ``` |
||
---|---|---|
.. | ||
adapter_leasing_test.rb | ||
connection_handler_test.rb | ||
connection_handlers_multi_db_test.rb | ||
connection_specification_test.rb | ||
merge_and_resolve_default_url_config_test.rb | ||
mysql_type_lookup_test.rb | ||
schema_cache_test.rb | ||
type_lookup_test.rb |