Description of problem:

This is the same problem as bug 741821, but this time with openjdk 1.7. Also, two extra files should be created to avoid warnings.

The Banco do Brasil (http://www.bb.com.br/) online banking depends on a Java "security module" (módulo de segurança), which runs as an applet within the browser. This "security module" fails to load unless an /etc/.java/.systemPrefs directory is created.

Apparently, it is the preferences code within the Java runtime library that breaks if this directory does not exist. Creating this directory (nothing more than a simple "sudo mkdir -p /etc/.java/.systemPrefs") is enough to fix the problem.

To prevent this hard-to-diagnose problem on an important use case, this directory should be created by default.

Creating an empty directory works, but causes some warnings. This time, I ran a simple test program as root after creating the empty directory, which created the two empty files which need to exist to prevent the warnings. The empty files are:

/etc/.java/.systemPrefs/.systemRootModFile
/etc/.java/.systemPrefs/.system.lock


Version-Release number of selected component (if applicable):

java-1.7.0-openjdk-1.7.0.6-2.3.1.fc17.2.x86_64

How reproducible:

Every time.

Steps to Reproduce:

See bug 741821.
  
Actual results:

See bug 741821.

Expected results:

See bug 741821.

Additional info:

After creating the empty directory by hand (sudo mkdir -p /etc/.java/.systemPrefs), I ran the following test program as root:

import java.util.prefs.Preferences;

class SystemPreferences {
	public static void main(String[] args) {
		Preferences prefs = Preferences.systemRoot();
	}
}

This creates two extra empty hidden files in the hidden directory, which prevents warnings (run it as a normal user before creating the empty hidden files to see the warnings). Thus, to make it work perfectly (without any warnings), the following directories and files need to be created:

drwxr-xr-x. 3 root root 4096 Set 16 10:27 /etc/.java
drwxr-xr-x. 2 root root 4096 Set 16 10:28 /etc/.java/.systemPrefs
-rw-r--r--. 1 root root    0 Set 16 10:28 /etc/.java/.systemPrefs/.system.lock
-rw-r--r--. 1 root root    0 Set 16 10:28 /etc/.java/.systemPrefs/.systemRootModFile

The same should apply to java-1.6.0-openjdk.

I noticed during a strace that it might be able to use the .systemPrefs from /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.6.x86_64/jre/.systemPrefs instead. I did not investigate further; if it works, this might be an alternative to creating /etc/.java/.systemPrefs.