Подтвердить что ты не робот

Что такое хороший встраиваемый Java LDAP-сервер?

Я работаю над веб-приложением Java, которое интегрируется с несколькими другими внешними приложениями, которые развернуты вместе с ним. Информация об аутентификации должна быть синхронизирована во всем, а другие приложения должны пройти аутентификацию против LDAP. Приложение будет развернуто в средах, где не будет другого сервера LDAP для всего, что нужно использовать; Я должен это предоставить. Мое решение до сих пор заключалось в том, чтобы использовать Penrose Server в качестве автономного приложения, которое я настроил для проверки таблиц в основной базе данных приложения и публикации на основе LDAP на том. Он работает хорошо, но было бы неплохо иметь что-то, что можно встроить в основное приложение, чтобы упростить развертывание.

Похоже, что Penrose может быть встроен, но документация может быть немного пятнистой или устаревшей (хотя, похоже, она активно развивается). Это может быть приемлемым решением, но если есть еще один, который, как известно, хорошо работает во встроенной конфигурации, я могу проверить его.

Я также обеспокоен проблемами GPL с Пенроузом. Я не имею права на GPL исходный код для приложения. Я не верю, что это проблема, стоящая за ней автономно, но встраивание ее может быть не-нет... кто-нибудь знает наверняка? Разрешительная лицензия была бы хорошей, чтобы избежать этих проблем.

Требования:

  • LDAP v3
  • Должно быть, чтобы содержимое каталогов обновлялось во время работы, либо программно, либо другим способом, например, синхронизация с базой данных, поскольку Penrose делает
  • Простота настройки (никакая дополнительная конфигурация для приложения во время развертывания не будет идеальной)

До сих пор я кратко рассмотрел ApacheDS и OpenDS, которые, по-видимому, встраиваются.

Есть ли у кого-нибудь опыт такого рода вещей?

4b9b3361

Ответ 1

Вы должны взглянуть на Apache DS. Я просто начал использовать его как встроенный сервер для установки теста JUnit. Пока это работает, единственное, что меня останавливает сейчас, это мои ограниченные знания LDAP. ApacheDS выглядит как достойный проект, и я думаю, что это стоит усилий.

Ответ 2

Поскольку этот вопрос был оставлен без ответа в течение некоторого времени, я хотел бы предложить вам также принять коммерческую лицензию Пенроуза во внимание - у нее есть двойная лицензия для людей, подобных вам, когда последствия GPL являются запретительными. Я не знаю их цен и модели, но может быть проще и дешевле пойти с решением, которое вы уже знаете, чем привыкнуть к другому решению, к которому вам нужно привыкнуть. Вы можете либо заплатить своими деньгами, либо своим временем...

Также - для записей, не применяя в этом случае: Когда проекты используют GPL, и вы хотели бы внедрить их в не-GPL-способ, он может заплатить, чтобы попросить разработчиков получить более разрешительную лицензию. Некоторые люди публикуют в GPL, не думая о последствиях. Вы можете заставить их изменить лицензию, если это означает более широкое использование проекта. Другие специально хотят GPL-последствия, но всегда приятно спросить. Пенроуз уже подумал об этом и предлагает коммерческую лицензию.

Ответ 4

Я только что потратил пару дней на то, чтобы разоблачить нашего пользователя db внутреннего приложения как службу LDAP. Сначала я посмотрел на apache-ds, хотя, похоже, это очень мощная служба каталогов, расширяющая его, чтобы выявить реляционный db, - это ум, ошеломляющий сложный.

Устроились на пенроузе, поскольку он, кажется, предлагает довольно хорошее решение, удалось прототипировать решение примерно через 2 часа.