Store java preferences in the intended location

[NCMEC-daavendasora]

Purpose

Resolves:

• Location to store java preferences is not used by Alpine & Centos images #355
• Ubuntu Dockerfile passes incorrect java user preferences path to image #356

Goals

Correct the Dockerfiles for Alpine, Centos, & Ubuntu to store both system and user java preferences in the intended location according to the code comments in the Dockerfiles:
Dockerfile comment:

docker-is/dockerfiles/centos/is/Dockerfile

Lines 87 to 88 in d0d177a

	# create Java prefs dir
	# this is to avoid warning logs printed by FileSystemPreferences class

Approach

1. For #355 followed the implementation (with changes) already implemented in Ubuntu Dockerfile, i.e., add system properties to the JAVA_OPTS environment variable and pass it to the image.
2. For #356 removed redundant path elements so user preferences will be stored directly in /home/wso2carbon/.java/.userPrefs and not subdirectories.

Release note

Allow WSO2IS to successfully store java system and user preferences without needing to give wso2carbon user R/W permissions to /etc/.java

Documentation

docker-is/dockerfiles/alpine/is/Dockerfile

Lines 93 to 94 in d0d177a

	# create Java prefs dir
	# this is to avoid warning logs printed by FileSystemPreferences class

docker-is/dockerfiles/centos/is/Dockerfile

Lines 87 to 88 in d0d177a

	# create Java prefs dir
	# this is to avoid warning logs printed by FileSystemPreferences class

docker-is/dockerfiles/ubuntu/is/Dockerfile

Lines 92 to 93 in d0d177a

	# create Java prefs dir
	# this is to avoid warning logs printed by FileSystemPreferences class

Certification

N/A - Code changes made only to implement the intended behavior.

Automation tests

• Unit tests - none
• Integration tests - none

Security checks

• Followed secure coding standards in http://wso2.com/technical-reports/wso2-secure-engineering-guidelines? yes, followed pre-existing coding pattern
• Ran FindSecurityBugs plugin and verified report? no - changes were entirely within Dockerfiles
• Confirmed that this PR doesn't commit any keys, passwords, tokens, usernames, or other secrets? yes

Test environment

MacOS 12.5.1,
Docker Desktop 4.12.0 (85629), Docker Engine: 20.10.17
WSO2 Identity Server release 6.0.0

[CLAassistant]

All committers have signed the CLA.