Перейти к

Program Files\ApacheDS\instances\default\conf

и измените log4j.properties. Измените все уровни журнала FATAL на DEBUG и перезапустите службу. Вы можете найти основную причину проблемы в новых файлах журналов, которые создаются в

Program Files\ApacheDS\instances\default\log

Например, у меня возникла эта проблема после изменения уровня журнала, я обнаружил, что основная ошибка

ERR_250_ENTRY_ALREADY_EXISTS или система уже существует!

И это открытая проблема в ApacheDS https://issues.apache.org/jira/browse/DIRSERVER-1954

Надеюсь, это поможет вам!

1. Откройте путь установки и перейдите по указанному ниже пути или туда, где вы когда-либо устанавливали Apache DS,

2. откройте xml-файл C:\Program Files (x86)\ApacheDS\conf\wrapper.conf в текстовом режиме

3. найти ниже путь,

   Путь к исполняемому файлу Java

оболочка.java.command

4. вам нужно обновить "wrapper.java.command=" с помощью примера пути установки java, как показано ниже,

wrapper.java.command=C:\Program Files\Java\jre1.8.0_221\bin\java.exe

следуйте указанному выше пути или найдите каталог java и обновите его,

вы можете запустить службу ApacheDS, перейдите к службам (или C:\Program Files (x86)\ApacheDS\Manage ApacheDS --> Двойной щелчок), найдите ApacheDS и запустите.

Может быть, вы выбрали папку javas/bin во время установки в качестве корневого каталога Java? Если это так, установите его на один уровень выше, так как /bin не является корневым каталогом.

Если у вас есть приведенная ниже ошибка, все, что вам нужно сделать, это создать каталог «Temp» в «C:\Windows\system32\config\systemprofile\AppData\Local» и все.

C:\Windows\system32\config\systemprofile\AppData\Local\Temp\tempks1231340801626329934ks
at sun.nio.fs.WindowsException.translateToIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
at sun.nio.fs.WindowsFileSystemProvider.newByteChannel(Unknown Source)
at java.nio.file.Files.newByteChannel(Unknown Source)
at java.nio.file.Files.createFile(Unknown Source)
at java.nio.file.TempFileHelper.create(Unknown Source)
at java.nio.file.TempFileHelper.createTempFile(Unknown Source)
at java.nio.file.Files.createTempFile(Unknown Source)
at org.apache.directory.server.core.security.CertificateUtil.createTempKeyStore(CertificateUtil.java:318)
at org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:219)
at org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:152)
at org.apache.directory.server.wrapper.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:175)
at org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)*

Это не мое решение, но я думаю, что это ответ на проблему с временным каталогом, а также объяснение, почему это происходит. Пожалуйста, найдите ссылку и ответ ниже:

https://issues.apache.org/jira/browse/DIRSERVER-2007

Я проверил это изменение (поскольку оно попало в последнюю версию сервера ApaceDS), и оно по-прежнему не работает в Windows 2008 при работе в качестве службы, но проблема не в длине пути, а в возможности записи временного каталога. . В моей системе переменные среды TEMP и TMP установлены на:

%SystemRoot%\TEMP для системы и пользователя — это %USERPROFILE%\AppData\Local\Temp.

Поскольку служба ApacheDS работает как учетная запись локальной системы, я предполагаю, что она будет пытаться писать в %SystemRoot%\TEMP. По какой-то причине (и я могу придумать несколько) ApacheDS не может создать временный файл в этой папке.

Я исправил, создав папку tmp в каталоге экземпляра и добавив следующую строку в файл wrapper.conf:

wrapper.java.additional.6=-Djava.io.tmpdir=%INSTANCE_DIRECTORY%/tmp

Это решило проблему. Я думаю, было бы лучше, если бы ApacheDS явно установил свою временную папку в какое-то место, которое он контролировал и знал, что может писать. Системный администратор, которому нужны файлы где-то еще, может создать символическую ссылку или изменить файл wrapper.conf. Эти временные файлы содержат данные ldap, поэтому с точки зрения безопасности было бы лучше хранить их вместе с остальными данными экземпляра. Если у экземпляра будет своя собственная папка журнала, у него также может быть свой собственный временный каталог.

У меня такая же проблема. Мне удалось это решить, и мне это удалось. Решение выглядит следующим образом:

• Откройте настройки Java в панели управления (Панель управления>Программы>Java на моем случае, Windows 7)
• Появится экран настроек. Затем нажмите на вкладку Java. Нажмите кнопку Просмотр...
• На вкладке «Пользователь» нажмите кнопку «Найти».
• После этого вы выбираете папку, содержащую x86 JRE.
• Наконец, нажмите «Готово», чтобы добавить эту среду выполнения x86 для использования программами, которым для работы требуется версия x86. Это все. Попробуй это.