HsqlDB: перезагрузка server.properties

У меня работает сервер HsqlDB, и мне нужно добавить псевдонимы базы данных на лету в файл server.properties без перезапуска сервера базы данных. Является ли это возможным? Или мне нужно выключить и перезапустить весь сервер HsqlDB?

Ситуация такова, что у меня есть один сервер HsqlDB с множеством баз данных и множество веб-приложений Java, каждое из которых использует свою собственную базу данных. К настоящему времени я не могу создавать новые экземпляры веб-приложения без перезапуска всего сервера HsqlDB.

Я попытался использовать следующие URL-адреса JDBC:

jdbc:hsqldb:hsql://localhost;file:/srv/databases/db1
jdbc:hsqldb:hsql://localhost;file:/srv/databases/db2
etc...

Но в этом случае все веб-приложения подключаются к одной и той же базе данных (то есть к первой подключенной). Я хотел бы использовать в приложениях:

jdbc:hsqldb:hsql://localhost/db1
jdbc:hsqldb:hsql://localhost/db2

Я не нашел упоминаний об этих «проблемах» в документации. Где я делаю неправильно?

Спасибо


java jdbc hsqldb
person Chicco Russo    schedule 23.08.2014    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Вам нужно запустить сервер со свойством server.remote_open=true. После этого необходимо указать URL-адрес и путь к файлу.

Это объясняется в Руководстве на примере:

http://hsqldb.org/doc/2.0/guide/listeners-chapt.html#lsc_remote_open

person fredt    schedule 25.08.2014
comment
Спасибо. Но на самом деле я сделал. Мой файл server.properties начинается с server.remote_open=true. На самом деле я могу удаленно открыть базу данных, но когда я пытаюсь удаленно открыть вторую базу данных, я получаю соединение с первой. - person Chicco Russo; 26.08.2014

arrow_upward
0
arrow_downward

Решено: если я подключаюсь, используя следующие URL-адреса:

jdbc:hsqldb:hsql://localhost/databasea;file:/srv/databases/databasea

и

jdbc:hsqldb:hsql://localhost/databaseb;file:/srv/databases/databaseb

затем два соединения фактически подключаются к двум базам данных. Моя проблема заключалась в том, что я использовал один и тот же псевдоним (//localhost) для обоих. Теперь мне не нужны псевдонимы в файле server.properties.

person Chicco Russo    schedule 26.08.2014