Blazkowiczв нормальном комерческом проекте проще переносить, собирать и разворачивать приложение на разные сервера, когда соединение в базе настроено один раз в самом контейнере.
Это изначально хорошая практика, к которой стоит привыкать.
- Вы проитоворечите сами себе, соединение не может быть настроено "один раз" если проект разворачивается на разных серверах. В кажом контейнере придется отдельно настраивать соединение (возможно Вы имели в виду что это будет делать не разработчик приложения, а администратор контейнера) и, как следствие, мы рискуем получить проблемы связанные с разными настройками соединения/пула в контейнере (тип и версия JDBC-драйвера, уровень изоляции транзакций, поддержка двухфазных транзакций, количество соединений в пуле, наличие проверки "мертвых" соединений и т. д.). При некоторых настройках пула в контейнере наше приложение может оказаться неработоспособным, в связи с чем надо либо четко оговаривать необходимые настройки, либо ... Короче подход когда некоторые настройки, драйвера и т. п. тащатся с самим приложением тоже имеет место быть и не лишен смысла.

gemaНо ведь в таком случае соединений будет столько, сколько будет вызываться Cost2() при рекурсии, если я правильно понимаю.Кол-во соединений будет расти.Как с этим быть?
Передавайте в Cost2 в качестве аргумента Connection и не закрывайте его там

BlazkowiczТы вырываешь фразы из предложения и с ними споришь. :) Удачи с таким подходом.
- я даже сохранил "мощное" утверждение "Это изначально хорошая практика, к которой стоит привыкать", думаю взять его на вооружение и заканчивать им каждый свой пост