Apache OpenOffice (AOO) Bugzilla – Issue 97032
no .lck file created anymore when connecting to an embedded HSQLDB
Last modified: 2013-07-06 06:55:20 UTC
- open an arbitrary database document with embedded HSQLDB data - connect to the DB by choosing "Tables" on the left hand side - look into the file system, into the folder where the database document resides => there's no <databasefile.odb>.lck file This lock file is needed in certain scenarios where multiple clients access the same database documents, to prevent data corruption.
This is a regression between DEV300m29 and DEV300m30, thus we should fix it for 3.1.
fs->oj: most probably a regression of issue 91920, which upgraded HSQLDB to 1.8.0.10. I suppose the new HSQLDB version has a bug that the access to the lock file is routed through the file access abstraction layer (i.e. into our storage), though it is exactly the one file which *must not* be accessed via this layer, but via Java's normal file API.
Fixed in cws dba31h. new patch for hsqldb for the src/org/hsqldb/perists/HsqlDatabaseProperties.java
fs->msc: please verify in CWS dba31h
verified in CWS dba31h find more information about this CWS, like when it is available in the master builds, in EIS, the Environment Information System: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba31h
fs->oj: does not seem to be fixed in OOO310.m2. Please investigate.
re-opening, since it's not fixed in the milestone where the CWS (dba31h) has been integrated.
Just tested this in my latest installation set of dba31h - there the issue is fixed. Sigh.
fs->oj: forget about the investigation ... it seems that the complete CWS dba31h (respectively its clone: dba31h_OOO310) has *not* been integrated into OOO310.m2, though EIS states otherwise. For details, see my recent mail in releases@openoffice.org (not yet in the archive, so I cannot link) titled "OOo 3.1 - stop the release!".
CWS dba31h_OOO310 *has* been integrated. See f.e. svn log -v -r267835 or svn diff -c267835 Could you please provide any details (names of files with missing changes) what got lost?
just poked a little bit with Ause ... indeed it seems the files are there (also the fixes for other issues), but have not been built and/or delivered completely. For instance, the hsqldb.jar (which is to contain the fix for this issue here) in hsqldb/wntmsci12.pro/misc/build/hsqldb/lib on "O:" is newer (and bigger) than the delivered version.
fs->kz: Can you please ensure that all modules which have been touched in m2 are built and delivered in m3, again? Thanks.
All modules from dba31h_ooo310 will be build again in m3. So I set this issue to fixed.
Hi, This issue is fixed in the OOO310 m3 master. I close this issue now. Bye Marc
For the record, the fix is now included in the fix for bug 121754.