The black/blank/blind window in runInstaller, dbca, sqldeveloper

 After installing the Linux 8.9 with default settings i obtained the black/blank/blind (it is difficult to explain) window in runInstaller, dbca and sqldeveloper. No content, no buttons :

Oracle Linux 8.9 in VirtualBox on my laptop.

Obviously the problem in Java settings.

$ java -version
openjdk version "17.0.9" 2023-10-17 LTS
OpenJDK Runtime Environment (Red_Hat-17.0.9.0.9-2.0.1) (build 17.0.9+9-LTS)
OpenJDK 64-Bit Server VM (Red_Hat-17.0.9.0.9-2.0.1) (build 17.0.9+9-LTS, mixed mode, sharing)

 

SOLUTION is 

12.2 : ./runInstaller output results with blank screen (Doc ID 2294098.1)

 export _JAVA_OPTIONS='-Dsun.java2d.xrender=false'

The investigation opened that runInstaller and DBCA don't need the Java/JDK installed into OS. The runInstaller and DBCA use java from ORACLE_HOME. So i remove them but runInstaller and DBCA works well:

 

 

The SQLDeveloper needs the external JDK.

After install OpenJDK the SQLDeveloper will show content in the windows. You don't need the Oracle Java/JDK to run SQLDeveloper:

# yum install java-17-openjdk
...
# java -version
openjdk version "17.0.9" 2023-10-17 LTS
OpenJDK Runtime Environment (Red_Hat-17.0.9.0.9-2.0.1) (build 17.0.9+9-LTS)
OpenJDK 64-Bit Server VM (Red_Hat-17.0.9.0.9-2.0.1) (build 17.0.9+9-LTS, mixed mode, sharing)

The importance of testing

The importance of testing:

more than 700 sub-postmasters (Post Office franchisees) were wrongfully prosecuted for fraud, false accounting and theft over a 15-year period, with many imprisoned, losing their livelihoods and facing bankruptcy.


более 700 работников почтовой службы Post Office были несправедливо обвинены в мошенничестве, фальсификации документов и краже финансовых средств, хотя истинной причиной оказалась ошибка в IT-системе Horizon, разработанной Fujitsu и повсеместно используемой в отделениях почтовой связи Великобритании с 1999 года.

Платформа Horizon предназначена для автоматизации и упрощения бухгалтерских процессов. Из-за критической недоработки в коде программное обеспечение вело неправильные подсчёты и раз за разом фиксировало недостачи денег, которые руководители почтовых отделений Post Office затем приписывали работающему на местах персоналу. При этом в головном офисе почтовой службы были убеждены в безупречности финансовых инструментов Horizon и на протяжении многих лет подавали судебные иски против менеджеров филиалов, когда система ошибочно отражала недостачу. Некоторые сотрудники были приговорены к тюремному заключению, многие лишились средств к существованию и столкнулись с банкротством.


"Wrong Result" на примере СУБД Оракл - это больше не про Оракл, а про тестирование и отладку приложений, думаю это понятно.
По моему глубокому убеждению, СУБД Оракл, отлажена гораздо лучше остальных СУБД, потому что используется во множестве зарубежных банков и компаний, у которых процесс тестирования поставлен давно и хорошо (немецкая педантичность, швейцарская точность ... ). Что позволят иметь отлаженную СУБД всем остальным пользователям в мире. Т.е. грамотное тестирование на специально спроектированных тестовых данных быстро выявляет ошибку в расчётах и приводит к исправлению СУБД Оракл.

А вот Постгрес по сравнению с Ораклом вероятно отлажен гораздо меньше и у него гораздо больше шансов на "Wrong Result". Что в сочетании с отсутствующей у нас культурой тестирования, легко приведёт к ситуации как в Почте Великобритании.

В общем, Horizon - это хороший пример, того насколько важно тестировать приложения на специально подобранных тестовых данных и какая может быть цена ошибки.

А второй вывод - своевременно ставить обновления!