The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenLDAP и objectClass"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenLDAP и objectClass"  
Сообщение от geekkoo (ok) on 01-Апр-07, 06:26 
Есть программка, которая заселяет базу  данных OpenLDAP. При создании объекта программа указывает тольео его собственный objectClass. Насколько это правильно? Нужно ли (если есть желание находиться в строгом соответствии со всеми стандартами) также указывать objectClass-ы всех предков данного класса? В принципе ни одна из тулзов, которая идет в составе OpenLDAP на это не ругается, но вот левый графический интерфейс под названием GQ иногда переклинивает при редактировании объектов, и он начинает орать, что нет каго-то класса-предка. Я вот теперь думаю, что тому виной - какое-нибудь RFC или общая глючность GQ?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "OpenLDAP и objectClass"  
Сообщение от bass (??) on 01-Апр-07, 09:13 
>Есть программка, которая заселяет базу  данных OpenLDAP. При создании объекта программа
>указывает тольео его собственный objectClass. Насколько это правильно? Нужно ли (если
>есть желание находиться в строгом соответствии со всеми стандартами) также указывать
>objectClass-ы всех предков данного класса? В принципе ни одна из тулзов,
>которая идет в составе OpenLDAP на это не ругается, но вот
>левый графический интерфейс под названием GQ иногда переклинивает при редактировании объектов,
>и он начинает орать, что нет каго-то класса-предка. Я вот теперь
>думаю, что тому виной - какое-нибудь RFC или общая глючность GQ?
>

пример собственного класса можно? + ошибку gq

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "OpenLDAP и objectClass"  
Сообщение от geekkoo (ok) on 01-Апр-07, 09:29 
>пример собственного класса можно? + ошибку gq

Ну, это немного модифицированная схема из пакета ldap2bibtex (гугль знает). Там иерархия классов такая top->bibtexEntry->{bibtexarticle,bibtexbook,bibtexmisc и т.д.].  Вообщем-то, насколько я понял, это глюк GQ, поскольку попытка поменять objectClass у объекта, скажем, c bibtexarticle на bibtexbook приводит к воплям "Missing superior objectClass bibtexEntry", и так далее вплоть до top-a. Пришлось прописывать все классы, начиная с top, чтобы GQ был доволен.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "OpenLDAP и objectClass"  
Сообщение от bass (??) on 01-Апр-07, 10:08 
>>пример собственного класса можно? + ошибку gq
>
>Ну, это немного модифицированная схема из пакета ldap2bibtex (гугль знает). Там иерархия классов такая top->bibtexEntry->{bibtexarticle,bibtexbook,bibtexmisc и т.д.].  Вообщем-то, насколько я понял, это глюк GQ, поскольку попытка поменять objectClass у объекта, скажем, c bibtexarticle на bibtexbook приводит к воплям "Missing superior objectClass bibtexEntry", и так далее вплоть до top-a. Пришлось прописывать все классы, начиная с top, чтобы GQ был доволен.

если я вас правильно понял:
rfc2252 4.4
Servers --skip-- MUST publish the definitions of the classes in the
   objectClasses attribute of their subschema entries.

если в bibtexarticle есть SUP bibtexEntry, и то это надо описать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "OpenLDAP и objectClass"  
Сообщение от geekkoo (ok) on 01-Апр-07, 10:53 
>если я вас правильно понял:
>rfc2252 4.4
>Servers --skip-- MUST publish the definitions of the classes in the
>   objectClasses attribute of their subschema entries.
>
>если в bibtexarticle есть SUP bibtexEntry, и то это надо описать.

Ага, спасибо, что-то вроде этого я и ожидал. Только мне все равно непонятен один момент. Этот параграф полностью выглядит вот так:

   Servers SHOULD implement all the object classes referenced in section
   7, except for extensibleObject, which is optional. Servers MAY
   implement additional object classes not listed in this document, and
   if they do so, MUST publish the definitions of the classes in the
   objectClasses attribute of their subschema entries.

Стало быть я должен указать для объекта два objectClass - bibtexEntry и bibtexArticle поскольку они "additional object classes" и опустить top, поскольку он "listed in this document"? Надо попробовать, но мне кажется, что GQ будет ругаться на отсутствие top-а.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру