Решил проблему. Это был мой профиль, где я установил свой ДИСПЛЕЙ на один хост, которого нет в живых. Я правильно поставил и все заработало.

$ export DISPLAY=

Or

$ unset DISPLAY

Попробуйте запустить этот код в конструкторе сервлета

System.setProperty("java.awt.headless", "true"); 

or

Используйте этот параметр в сценарии запуска сервера:

-Djava.awt.headless=true

Вот пример этой проблемы, задокументированный и объясненный в POI Apache, когда вы хотите создать лист со столбцами автоматического размера.

Фактически,

-Djava.awt.headless=true

Не исправляет проблему, а обходит ее стороной. Проблема в том, что приложение, которое вы пытаетесь запустить, хочет работать с пользовательским интерфейсом в XWindows. Эта ошибка говорит о том, что Java-эквивалент «dll не найден» или «.so не найден». Библиотека, необходимая для этого, отсутствует в пути к классам JVM, который вы используете.

Проблема в том, что вы используете OpenJDK (или какую-то другую версию Java, например Jikes), а awt был одной из частей Java, исходный код которой не мог быть открытым по причинам лицензирования. Итак, этот класс специально не существует и никогда не будет в OpenJDK.

Объявив

-Djava.awt.headless=true

Вы запускаете его в режиме командной строки, и не все приложения могут это сделать. В вашем случае вам сошло с рук. Единственный способ на самом деле исправить эту проблему — добавить этот класс и все его зависимые классы в путь к классам. Самый простой способ сделать это — переключиться на Sun JRE.

У меня была такая же проблема с моим сервером Linux. Я не знаю, какое волшебство произошло, проблема была прекрасно решена путем установки Xorg на мою машину с Linux.

sudo apt-get install xorg openbox

убедитесь, что вы не изменили имя хоста, и после этого возникла эта проблема, если это так, то проблема связана с именем хоста.

Обычно программа начинает активировать безголовый режим, сообщая программе, что теперь вам нужно работать в безголовом режиме, не ждите, что аппаратное обеспечение поможет, вы должны быть самостоятельными, полагаясь на вычислительную мощность системы. имитировать эти функции:

System.setProperty("java.awt.headless","true");

Отредактируйте файл ${TOMCAT_HOME}/bin/catalina.sh или ${TOMCAT_HOME}/bin/catalina.bat:

Во всем аналогичном коде ниже:

"$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \ 
-Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \ 
-Djava.security.manager \ 
-Djava.security.policy=="$CATALINA_BASE"/conf/catalina.policy \ 
-Dcatalina.base="$CATALINA_BASE" \ 
-Dcatalina.home="$CATALINA_HOME" \ 
-Djava.io.tmpdir="$CATALINA_TMPDIR" \

Добавьте предложение в конце:

-Djava.awt.headless=true \

Пересмотренное содержание выглядит следующим образом:

Exec "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \ 
-Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \ 
-Dcatalina.base="$CATALINA_BASE" \ 
-Dcatalina.home="$CATALINA_HOME" \ 
-Djava.io.tmpdir="$CATALINA_TMPDIR" \ 
-Djava.awt.headless=true \

Непосредственно найдите строку -Djava.io.tmpdir="$CATALINA_TMPDIR" и добавьте ее под этой строкой:

-Djava.awt.headless=true \

Всего есть семь мест, которые можно решить после перезапуска.

Если рассматриваемый установщик (который не работает с этой ошибкой) на самом деле может быть основан на install4j, обратите внимание, что простым решением является использование флага -c, поэтому:

./myinstaller.sh

становится:

./myinstaller.sh -c

У меня была та же ошибка, что упоминалась здесь изначально, и в Linux, а не в Solaris, и хотя в Интернете есть много предложений, таких как здесь и другие, мне повезло, что в моем случае это действительно было просто, как добавить это -c .

Подробнее здесь: https://www.ej-technologies.com/resources/install4j/help/doc/installers/installerModes.html#console