
|
If you were logged in you would be able to see more operations.
|
|
|
| Resolution Date: |
14/May/05 02:37 AM
|
|
In org.apache.derby.impl.store.RawStore
in boot(), if we run a test using our testharness and with sane jars, the boot password gets written out to service.properties in plain text. This is incorrect, should not happen even for a sane and test harness combination..
Code :-
if (SanityManager.DEBUG)
{
if (!databaseEncrypted)
{
// check for system property if running under sanity - this
// gives more test coverage for those that that hard code
// connection URL in the test or somehow go thru the test
// harness in a strange way.
String testEncryption =
PropertyUtil.getSystemProperty("testDataEncryption");
if (testEncryption != null)
{
properties.put(Attribute.DATA_ENCRYPTION, "true");
properties.put(Attribute.BOOT_PASSWORD, testEncryption);
databaseEncrypted = true;
}
}
}
|
|
Description
|
In org.apache.derby.impl.store.RawStore
in boot(), if we run a test using our testharness and with sane jars, the boot password gets written out to service.properties in plain text. This is incorrect, should not happen even for a sane and test harness combination..
Code :-
if (SanityManager.DEBUG)
{
if (!databaseEncrypted)
{
// check for system property if running under sanity - this
// gives more test coverage for those that that hard code
// connection URL in the test or somehow go thru the test
// harness in a strange way.
String testEncryption =
PropertyUtil.getSystemProperty("testDataEncryption");
if (testEncryption != null)
{
properties.put(Attribute.DATA_ENCRYPTION, "true");
properties.put(Attribute.BOOT_PASSWORD, testEncryption);
databaseEncrypted = true;
}
}
} |
Show » |
|
1. removed sanity debug code in RawStore to not write bootpassword in plain text into the service.properties
2. currently the test harness does not seem to pass on the encryption related properties to the MultiTest and with change in #1, encryption wont be used for stress.multi. So changes made to RunTest to pass on the encryption, testEncryptionAlgorithm values to the MultiTest harness. Also changed mtTestCase to recognize the encryption properties and modify the database url to use for the MultiTest.
-- ran derbyall on jdk142 with no failures
-- verified that encryption run for stress.multi was running ok, by adding keepfiles=true to encryptionAll.properties and checking the service.properties for all the databases created as part of this encryptionAll testrun.