LINUX.ORG.RU

Хранение объектов Java в Apache Directory Server


0

0

В этом разделе, состоящем из двух частей, будут рассмотрены все этапы хранения Java™-объектов в Apache Directory Server (Сервере Каталогов) (ApacheDS). Первая часть http://www.ibm.com/developerworks/ru/... знакомит Вас с ApacheDS и приводит общий обзор его корневой структуры. Примеры по использованию JXplorer для обзора компонентов схемы LDAP, таких как типы, атрибута и классы объекта, и как вводить объект данных в ApacheDS. Раздел завершается обзором сериализации объектов Java и технологии Remote Method Invocation и их применения для хранения объектов Java в ApacheDS Вторая часть http://www.ibm.com/developerworks/ru/... В дополнение к рассмотрению всех этапов хранения, поиска, извлечения и модификации Java-объектов с использованием ApacheDS, автор завершает раздел Java классом многократного пользования, совмещающего эти функции при помощи компонентов LDAP схемы в ApacheDS.

>>> Подробности

★★★

Проверено: Shaman007 ()

Re: Хранение объектов Java в Apache Directory Server

>Java классом многократного пользования

Жесть.

r ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

А что уважаемое сообщество скажет о сулжбе каталогов Apache Directory Server?

Ay49Mihas ★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

Очередная пропаганда быдлокодерства для тупых и криворуких недопрограммистов, неспособных обучиться нормальным языкам. Всё это в исполнении ИБМ, к тому же с картинками из офтопика( в первой части данного очковтирательства). Видимо, на лор любят ибм, или ибм отлюбливает лор, а может и кого-то из модераторов лор - персонально ... P.S. Джава - язык для программистов с ограниченными умственными возможностями. ИБМ - уроды.

АМИНЬ.

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

Завидуешь, поди, что Java проще, а тебе приходится трахаться с каким-нибудь С++ =) А потом ещё и при портировании на другую ОС трахаться... :)

DOKA ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от Ay49Mihas

Re: Хранение объектов Java в Apache Directory Server

ApacheDS на сегодняшний день самый активно развивающийся сервер каталогов. Собственно с серверами каталогов уже давно все впорядке: есть OpenLDAP, Fedora (aka Netsacape\iPlanet) и OpenDS. Есть еще много дугих платных и бесплатных. Однако, парни из Apache смотрят в сторону M$, и то что они делают это,по сути, так называемый, Realm Server. Туда входит kerberos, dns, dhcp. Архитектура открытая и други "фишки" могут быть добавлены довольно легко. Сам сервер может быть использован как часть любого приложения.

anonymous ()

Re: Хранение объектов Java в Apache Directory Server

>Завидуешь, поди, что Java проще, а тебе приходится трахаться с каким-нибудь С++ =) А потом ещё и при портировании на другую ОС трахаться... :)

off>> Во, благодаря таким любителям проприетарных поделок, скоро текстовый редактор будет требовать какую-нибудь дрянь типа мс-шейдер модель 4 и гиг оперативки, а иначе у так называемых "программистов" текст на быдлоплатформе не отрендирется, да в память вместе с проприетарном г-ном не поместиться... А о текстовых конфигах можно будет только мечтать, ведь там пользователь может лишний пробел поставить и быдлоподелка упадёт... Таким кодерам прямая дорога в виндовс.

anonymous ()

Re: Хранение объектов Java в Apache Directory Server

Ути, сколько троллей-ананизмусов повылазило сразу.

Nagwal ★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

>Плохой программист на любом языке будет писать отстой.

А на жабе любой программист будет отстой тормозной писать. "Плохие программисты" там уже обо всём позаботились.

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

> А на жабе любой программист будет отстой тормозной писать.

Тормозной? Чему тормозить, например, в IRC-клиенте, броузере, калькуляторе или другой программе, у которой смысл не в скорости? Они будут везде выполняться одинаково быстро. Вот если программа, к примеру - это Deep Frizze или ещё какая программа, у которой смысл в первую очередь в том, чтобы быстро - так это да, необходимо воспользоваться чем-то отличным от Java. Либо наклипать окошки на Java (потому что это легко и кроссплатформенно) и скормить ей .dll/.so, написаную на C++, к примеру. Если кроссплатформенность категорически не нужна - то нужно просто выбрать что программисту проще. Выбирать надо средство в зависимости от цели, а не наоборот.

DOKA ()

Re: Хранение объектов Java в Apache Directory Server

>Тормозной? Чему тормозить, например, в IRC-клиенте, броузере, калькуляторе или другой программе, у которой смысл не в скорости? Они будут везде выполняться одинаково быстро. Вот если программа, к примеру - это Deep Frizze или ещё какая программа, у которой смысл в первую очередь в том, чтобы быстро - так это да, необходимо воспользоваться чем-то отличным от Java. Либо наклипать окошки на Java (потому что это легко и кроссплатформенно) и скормить ей .dll/.so, написаную на C++, к примеру. Если кроссплатформенность категорически не нужна - то нужно просто выбрать что программисту проще. Выбирать надо средство в зависимости от цели, а не наоборот.

В продолжении офтопной новости>> Хватит оправдываться. Запалился - ничего теперь не поделаешь. Программа должна работать, работать максимально быстро и максимально надёжно. Если программист не может это всё одновременно реализовать, то он уже не программист. Его поделки никому не нужны. Отговорки про средство, это как плохому танцору... Программист не должен зависеть от инструмента, а наоборот инструмент должен раскрывать свой потенциал в умелых руках. Смысл жабы, .нет или моно - за счет диких тормозов, дать возможность ленивым недокодерам, хоть как-то заставить работать свои поделия. А кросплатформенность им даже и не понадобится. Нормальное п.о. и без жабы куда надо легко перенесут.

P.S. Посмотрел бы я на твой не тормозной браузер на жабе.

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

>Программа должна работать, работать максимально быстро и максимально надёжно. Если программист не может это всё одновременно реализовать, то он уже не программист.

Идеализм с возрастом проходит. Кроме того в реальном мире "максимально быстро" --- это нередко противоположно "максимально надежно".

Вам обидно, что быдлокодеры зарабатывают больше вас?

Быть может у вас вовсе нет работы?

>Его поделки никому не нужны.

посмотрите job.ru, какие программисты нужны, за что платят и т.д Я понимаю, что для вас рассматривать вакансии быдлокодеров невыносимо, но всеже...

>а наоборот инструмент должен раскрывать свой потенциал в умелых руках.

Вот именно. Если не осилили, то и не вопите...

guardian ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от guardian

Re: Хранение объектов Java в Apache Directory Server

>Идеализм с возрастом проходит Жизнь с возрастом тоже проходит и заканчивается.

>посмотрите job.ru, какие программисты нужны Посмотрите какой ос все пользуются.

P.S. Еще одного "жабобыдлокодера"( как тут их мило прозвали) запалили. Я то думал их на данном сайте нет, а оказалось "Беги, беги, беги они уже рядом..."

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

>Идеализм с возрастом проходит

Жизнь с возрастом тоже проходит и заканчивается.

>посмотрите job.ru, какие программисты нужны

Посмотрите какой ос все пользуются.

P.S. Еще одного "жабобыдлокодера"( как тут их мило прозвали) запалили. Я то думал их на данном сайте нет, а оказалось "Беги, беги, беги они уже рядом..."

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

>P.S. Еще одного "жабобыдлокодера"( как тут их мило прозвали) запалили. Я то думал их на данном сайте нет, а оказалось "Беги, беги, беги они уже рядом..."

Сезонное обострение?

x86 ★★ ()

Re: Хранение объектов Java в Apache Directory Server

>P.S. Еще одного "жабобыдлокодера"( как тут их мило прозвали) запалили. Я то думал их на данном сайте нет, а оказалось "Беги, беги, беги они уже рядом..."

Да я смотрю вы дурачок! От час ничего не скроешь, на то вы и Генерал (c) Даун-Хауз

P.S. ну неужели нельзя хотя бы дураков модерить? а? а то то новости одна краше другой, то тупни ;)

real_maverick ★★★ ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

P.S. Посмотрел бы я на твой не тормозной браузер на жабе.

Интересно, как надо написать броузер, чтобы он _тормозил_. Это ж чистое ГУИ, серьёзных вычислений не требует. Любой современный компьютер это даже не загрузит. Нет, если вы со своим мировоззрением не можете заработать больше чем на P-2, то это ваши личные сексуальные трудности.

DOKA ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

> P.S. Джава - язык для программистов с ограниченными умственными возможностями. ИБМ - уроды

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

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

> Смысл жабы, .нет или моно - за счет диких тормозов, дать возможность ленивым недокодерам, хоть как-то заставить работать свои поделия.

Да, ANSI C наше фсио! Или все-так ассемблер?

Нет, я не верю, что человек может быть *таким* идиотом! Ну признайтесь, что вы просто тролль, который решил в порядке прикола разжечь флейм на 2000 постов?

sv75 ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

>Нет, я не верю, что человек может быть *таким* идиотом! Ну признайтесь, что вы просто тролль, который решил в порядке прикола разжечь флейм на 2000 постов?

[off]А кто такой тролль?[/off] А по теме флейма, соглашусь, что жаба еще то го-но. Это зараза ко всему прочему хорошо переносима и одной поделкой загаживается сразу несколько платформ. И действительно чего этим быдлокодерам на том же С не пишется-то? Радует одно - пока джава/моно не распространены в линуксе - так проприетарные поделия мелких фирм, исключительно для внутреннего пользования. И действительно кто на этом будет ради удовольствия что-то писать? Быдлокодерством ведь такое занятие зовётся.

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

off>> Во, благодаря таким любителям проприетарных поделок, скоро текстовый редактор будет требовать какую-нибудь дрянь типа мс-шейдер модель 4 и гиг оперативки, а иначе у так называемых "программистов" текст на быдлоплатформе не отрендирется, да в память вместе с проприетарном г-ном не поместиться... А о текстовых конфигах можно будет только мечтать, ведь там пользователь может лишний пробел поставить и быдлоподелка упадёт... Таким кодерам прямая дорога в виндовс.

Под "г-ном" подразумевался, очевидно, GNOME? :))

iZEN ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

Блин, уже давно заметил, что если в сообщении присутствует слово Java или PHP, не стоит читать этот бред, называемый комментариями... Хоть бы кто по-делу слово сказал!

spektom ()

Re: Хранение объектов Java в Apache Directory Server

Всегда интересовало, у скольких java-фобов хватит умишка освоить J2EE? Сдается мне что ни у одного :) Пишу сейчас в основном на C++, раньше очень много писал на Java. По многим параметрам Java гораздо лучше C++. Чтобы не говорили про безграмотность, скажу что так же знаю Erlang, Eiffel, Haskell, так что есть с чем сравнивать.

anonymous ()

Re: Хранение объектов Java в Apache Directory Server

>Нет, если вы со своим мировоззрением не можете заработать больше чем на P-2, то это ваши личные сексуальные трудности.

тебе ещё не надоело подобные высказывания тут постить? Кажется, я и, кажется, Dimez тебе на этот счёт кое-что говорили.

vovans ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

> таких как типы, атрибута и классы объекта

Вы бы сначала малька русский язык подучили, а потом бы спамили коммерческую рекламу фирмы под названием It Better Manually на сайте.

А по существу - вот про эту ссылочку http://www.jxplorer.org/ кому надо давно уже все знают. Просто Вам хотелось прорекламировать компанию, проигравшую ВСЕ софтверные продукты? Как там "полуось" поживает? А VisualAge? Гы!:)

Bioreactor ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

Вопрос не в Java, а в том, что этот пост рассматривается как вызывающий спам. Если господин "IBM_dW" хотел добиться реакции отторжения Джава-технологий, то он значительно преуспел в этом.

Лично я использую JXplorer, работаю не только с Java, но и Camelot с grid-сетями, так, что в "промывке мозгов" от ИБМ я не нуждаюсь.

Bioreactor ★★★★★ ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

>Смысл жабы, .нет или моно - за счет диких тормозов, дать возможность ленивым недокодерам, хоть как-то заставить работать свои поделия.

Ну пиши на ассемблере, тролль. Может ты обяснишь еще отсутсвие работы с памятью и наличие GC в быдлокодерских языках типа лисп, хаскел, камл и прочих?

r ★★★★★ ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

>И действительно чего этим быдлокодерам на том же С не пишется-то?

Нука выдай сюда KLOC метрику своего самого большого проекта? (для начала рекомендую на всяк случай посмотреть что такое KLOC).

r ★★★★★ ()

Re: Хранение объектов Java в Apache Directory Server

>>Смысл жабы, .нет или моно - за счет диких тормозов, дать возможность ленивым недокодерам, хоть как-то заставить работать свои поделия.
>Ну пиши на ассемблере, тролль. Может ты обяснишь еще отсутсвие работы с памятью и наличие GC в быдлокодерских языках типа лисп, хаскел, камл и прочих?
>r *** (*) (12.02.2007 12:51:25)

Я лично серьезно подсел на OCaml :) Нет, пока еще не одной большой продакшен вещи не сделал, врать не буду. Но! Затягивает собака! Красиво как там все делается! И! Всетаки в отличии от Java - __летает__! Хотя тоже VM и байткод. В нэйтив тоже можно - но пока не разу не понадобилось... наваял мильен утилей по управлению AD2K3+LDAP зоопарком :) Запускать одну и ту-же прогу могу хоть на FreeBSD хоть Debian хоть на оффтопике ... Не идеал - близко :)
Из минусов - мамо, _понять_ его бедному сишнику было .... вобщем мозги наружу просились не раз и не два :) Ну да ладно - вроде наладилось :)
Ну и второе - библиотек таки мало :(

anonymous ()
Ответ на: Re: Хранение объектов Java в Apache Directory Server от anonymous

Re: Хранение объектов Java в Apache Directory Server

> Ну и второе - библиотек таки мало :(

Всё больше и больше ловлю себя на мысли, что выбор средства разработки обосновываю количеством и мощностью либ, написаных под него. :) Как раз к вопросу к "быдлоязыкам" Java & PHP - у них как раз таки немало библиотек на все случаи жизни.

DOKA ()

Re: Хранение объектов Java в Apache Directory Server

>Угу. Вот интересный линк: http://www.podval.org/~sds/ocaml-sucks.html

Да - более менее правда. Но! Такие странички есть для всех языков :) Как сказал классик - "It's suck as well, but it suck less ..." :)

PS: Я и не пытаюсь все делать одним инструментом. То что сделано, сделано в связке с С, к примеру.
PPS: Представил что будет если выдать OCaml как встроенный скриптовый язык для энд-юзеров ... вижу дымяшиеся лысины вокруг :)

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.