Корпорация Sun Microsystems через год после версии 1.0 выпустила (http://www.h-online.com/open/OpenDS-2-0-released-with-DSML-g...) новый релиз службы каталогов OpenDS. В версии 2.0 добавлено множество новых функций, обзор которых публикует Ludovic Poitou на страничке (http://blogs.sun.com/Ludo/entry/opends_2_0_is_here) своего блога.Среди основных нововведений Poitou выделяет следующие:
- Переработанная графическая панель администратора
- Разделение пользовательского и административного трафика посредством специального менеджера обеспечивает качество обслуживание (QoS) и упрощает мониторинг.
- Защищенные соединения используют SASL шифрование.
- Полная поддержка UTF8.
- Шлюз DSML -> LDAP может быть развернут как web-приложение.OpenDS — это LDAPv3-совместимый сервер каталогов, написанный полностью на языке Java. Версии OpenDS доступны для платформ Solaris, OpenSolaris, серверов Windows 2003/2008, Red Hat, SUSE и Ubuntu Linux. Общими требованиями для пл...
URL: http://www.h-online.com/open/OpenDS-2-0-released-with-DSML-g...
Новость: http://www.opennet.me/opennews/art.shtml?num=22665
на клиентские станции тоже яву?
>на клиентские станции тоже яву?Она у вас ещё не везде стоит?-)
У нормальных людей, вообще-то, она (уже) нигде не стоит.
А что за лицензия у этого велосипеда?
>А что за лицензия у этого велосипеда?CDDL, очевидно.
Насколько верно называть directory server сервером каталогов?
И разве можно такие вещи писать на яве? тут же особые требования к быстродействию, это какой же сервак нудно будет, чтобы крутить базу на тысяч 100 аккаунтов?
Ява успешно используется в корпоративных системах и с большим числом "аккаунтов".
Велика сила мифов.В современном мире программы, написанные на Java, работают со скоростью, сравнимой с той, с которой работают программы, написанные на C++. JIT-компиляторы делают своё дело. Правда, неприятной особенностью программ, написанных на Java, является их непомерный аппетит к ОЗУ.
Но учитывая его стоимость в современном мире... Да ну и Аллах с ним, с ОЗУ-то. Лично я не заметил тормознутости, например, инсталлятора Соляриса (он написан на Java), LDAP-редактора JXPlorer (он тоже написан на Java), да и самого Sun JDS.
Мне до сих пор не приходилось видеть Java-систему, обрабатывающую 6 тысяч тяжелых биллинговых запросов в секунду потребляя при этом меньше трех процессоров. Или 10 тысяч запросов полегче (с меньшим расходом процессорного времени).
Не подскажете куда копать? Очень интересно.Java кажется быстрой только для человека. Потому, что мозг у него намного медленней :-) И только в тех случаях, когда количество данных относительно невелико. На больших и очень больших объемах Java ползет, если вообще в состоянии двигаться.
> Потому, что мозг у него намного медленней :-)Это смотря на каких задачах )))
К сожалению можете не пыжиться
мозг действительно работает медленнее
ни каких гигагерцев и гигабайтов
все медленно, на хим электрических элементах
да и размер нейрона давно уже существенно больше размера триггера
( а триггер в современных процессорах - это не менее четырех транзисторов плюс обвязка )
а то что с задачами распознавания мозг справляется шустрее компа
обеспечивается его ( мозга ) колоссальной внутренней связностью
вот по связности компы мозг еще очень долго не догонят, такие структуры в плоском кремнии реализовать просто невозможно, а реального 3D в микросхемостроении ждать еще лет нцать
можем запросто не успеть изобрести до энергетического кризиса, так и останется неизобретенным, или изобретенным, но не реализованным
Ну, наверное, вы правы. Просто я имел ввиду некоторые общие задачи и их решение. Ну, скажем, стрельба по движущейся цели - человек со своим медленным мозгом сделает это не задумываясь, а компу придётся возиться со страшной тучей расчётов.
Да и не пишите с такой паучьей серьёзностью - я ж наполовину в шутку ))
А кто вас заставляет использовать java на таких задачах? Есть куча областей, где пять тысяч запросов в секунду вполне достаточно. Это раз.
Но. Я давно не занимался разработкой информационных систем, но если кто-то разрабатыват систему для обработки шести тысяч запросов в секунду, он точно не ограничен тремя ядрами. Надо будет -- тридцать три поставят. Или триста тридцать три. Это два. Вроде так. :)
> Мне до сих пор не приходилось видеть Java-систему, обрабатывающую 6 тысяч тяжелых биллинговых запросов в секунду потребляя при этом меньше трех процессоров. Или 10 тысяч запросов полегче (с меньшим расходом процессорного времени).Не подскажете куда копать? Очень интересно.
Покопай в сторону Red Hat & Jboss. Они развивают решение для мобильных операторов.
> 6 тысяч тяжелых биллинговых запросов в секунду потребляя при этом меньше трех процессоров.а кто-то может ЭТО сделать на одном процессоре?
>Мне до сих пор не приходилось видеть Java-систему, обрабатывающую 6 тысяч тяжелых
>биллинговых запросов в секунду потребляя при этом меньше трех процессоров. Или
>10 тысяч запросов полегче (с меньшим расходом процессорного времени).
>Не подскажете куда копать? Очень интересно.
>
>Java кажется быстрой только для человека. Потому, что мозг у него намного
>медленней :-) И только в тех случаях, когда количество данных относительно
>невелико. На больших и очень больших объемах Java ползет, если вообще
>в состоянии двигаться.Зачем обязательно java, был успешный опыт применения jni - С для скоростной обработки данных и Java для всех остальных вкусностей этой технологии...
А оно разтардаченную ЭктивДиректори заменит?
>А оно разтардаченную ЭктивДиректори заменит?Нет.
>>А оно разтардаченную ЭктивДиректори заменит?
>
>Нет.А чего не хватает?
>>>А оно разтардаченную ЭктивДиректори заменит?
>>
>>Нет.
>
>А чего не хватает?OpenDS это LDAP. а AD это инфраструктура поверх LDAP. их некорректно сравнивать - Это как приложение и СУБД.
Может kerberos'а?
Вообще это не безопасно.не рекомендуют.под керберос отдельный сервак.ничего лишнего.никаких служб.но в AD так.