Как Библиотеки Java по Debian предположены работать?
у меня есть эта openldap проблема в Fedora 12 также! Но если Вы пробуете, запускают Ваш openldap вручную с помощью после команды, это поворот поведения к нормальному./usr/sbin/slapd-f/etc/openldap/slapd.conf
Я подозреваю команду по умолчанию (я обращаюсь к "сервису slapd, запускаются"), не загружает openldap файл конфигурации (я обращаюсь к/etc/openldap/slapd.conf), который я создаю вручную после тех вкусная установка.
Думаю, я начну называть это «эффектом Linux» на Java. Когда вы используете установщик пакетов для Java и приложений на основе Java, приложения устанавливаются в соответствии с общими стандартами Linux: / etc для конфигурации, / usr для двоичных файлов, / bin для исполняемых файлов и т. Д. Он разбрасывает биты до такой степени что я никогда не делал шага к пониманию того, как все это организовано. Как Java-разработчик, работающий как с RHEL, так и с Ubuntu, я никогда не использую установщик пакетов для каких-либо приложений JDK или Java - тем более, что с тех пор мне пришлось вспомнить, где что находится в двух дистрибутивах. Как вы сказали, большинство приложений Java можно просто загрузить и распаковать в ..., чтобы запустить их. Тогда все в одном месте, и нет никаких сомнений в том, где что искать.
Ответ на вопрос, как это должен работать, теперь немного яснее для меня после некоторых копаний. Пакет activemq зависит от libactivemq-java , который устанавливает все в / usr / share / java. Все, что делает сам пакет activemq , - это устанавливает серию символических ссылок на / usr / share / java из своего собственного каталога lib. Итак, зависимости используются , просто в случае, если сопровождающий пакета не смог связать один из фактически необходимых jar-файлов (я сообщу об этом как об ошибке). Казалось бы, намерение (к лучшему или худшему) состоит в том, чтобы java-библиотеки устанавливались централизованно через систему управления пакетами и связывались с приложением по мере необходимости с использованием символических ссылок.