Bug #4701

Persistent Database needed in Core Module for LSID generation to prevent namespace updating on clean-cache

Added by Aaron Aaron over 12 years ago. Updated over 12 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


The need to use a database table to generate new LSID revisions (ref bug 4633) spawned a new database table called LSID_GENERATOR. The table is defined in the common module's resources/configurations/configuration.xml file. Because all of these tables exist in the hsql database inside of the transient .kepler directory, whenever that directory is removed the LSID_GENERATOR table is lost and Kepler responds by retrieving a new namespace ID from the server.

Moving the LSID_GENERATOR table to the persistent KeplerData directory will prevent the namespace from being updated when the .kepler directory is removed.

Two possible solutions are:

There is already an hsql database in the persistent directory but it is defined in the provenance module. That database could be moved out of the provenance module and made to be shared by all modules. But the code needed for it's generation would need to be pushed into core (if it's not already there).

The other solution is to generate a new (3rd) hsql database in the persistent directory under the core module and then move the LSID_GENERATOR table to that database.

See the LSIDGenerator class' constructor for where the connection is made to access the LSID_GENERATOR table.


#1 Updated by Derik Barseghian over 12 years ago

Of those two options, I definitely vote for a 3rd database. One of the main reasons for the DB overhaul was to support cases like these, allowing us to keep DBs separate when it makes sense.

#2 Updated by Daniel Crawl over 12 years ago

Done: the table is now in the persistent area for the core module. The connection parameters are in core's configuration.xml.

#3 Updated by Redmine Admin over 9 years ago

Original Bugzilla ID was 4701

Also available in: Atom PDF