Regarding A) You might want to look at some of the proposed and pending changes for in-memory database / storage support: https://issues.apache.org/jira/browse/DERBY-646
Check the very first comments as a possible way. Btw, you might want to create a new JIRA entry (if none already exists) for this new storage factory implementation. Just my 0.02 cents, Regarding B) I guess you could also run the 'multi' (stress) test suite on top of storeall HTH On 3/29/07, Luigi Lauro <[EMAIL PROTECTED]> wrote:
By checking the README.htm provided in the SVN testing directory, I can see there is a "storeall" testing suite which seems to test the storage area. Now, given I'm working on a new StorageFactory implementation, I would like to know 2 things: A) How can I enable my storageFactory as default for testing? How can I tell derby to use mine JNLPStorageFactory instead of default one? B) How much can I trust these tests? How much do they stress the StorageFile/StorageFactory implementations? They are 'large enough' so that I can safely trust an implementation if all storeall is passed, or Do i need to provide more, specific test-case in order to be safe of my StorageFactory/StorageFile implementation? Thanks a lot for any help you may give :)
