LDAP, Toruń 27.06.2003 Schemat bazy danych LDAP White pages Maja Górecka-Wolniewicz, UCI UMK.

Slides:



Advertisements
Podobne prezentacje
Migrating Desktop Podsumowanie projektu
Advertisements

Departament Informatyzacji MAiC
Ewa Skrenty Uczelniane Centrum Informatyczne UMK
Zastosowanie LDAP w obsłudze katalogów bibliotecznych
Tworzenie stron internetowych
Język C/C++ Funkcje.
Modelowanie przypadków użycia
Podstawowe pojęcia związane z Active Directory
LDAP, Toruń Indeksowanie ogólnopolskich zasobów LDAP Maja Górecka-Wolniewicz, UCI UMK Zadanie 26.
Static, const, volatile.
Marian Babiuch Prezes PTEZ
HTML.
UŻYWANIE SUBSTANCJI PSYCHOAKTYWNYCH PRZEZ MŁODZIEŻ 2003
11 Poprawne modele zawartości. Zarządzanie zmianami struktury.
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema
Poprawne modele zawartości. Zarządzanie zmianami struktury. 30 października 2003.
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema.
Definiowanie typów dokumentów Część 3. XML Schema.
Poprawne modele zawartości. Zarządzanie zmianami struktury.
XML Schema XML Schema2 Definiowanie języków XML, SGML – metajęzyki. Definiowanie języków (zastosowań, typów dokumentów, schematów): –określanie.
Microsoft Exchange Server 2003 Obieg dokumentów
Materiały do zajęć z przedmiotu: Narzędzia i języki programowania Programowanie w języku PASCAL Część 7: Procedury i funkcje © Jan Kaczmarek.
Dokumentowanie wymagań w języku XML
Analiza rozwiązań w projekcie NASTEC pod kątem zastosowania usługi LDAP w infrastrukturze PKI Tomasz Kowal Wrocławskie Centrum Sieciowo-Superkomputerowe.
Tablice jednowymiarowe 1
Typy danych – podstawy 1 W Adzie wszystkie dane muszą być określonego typu. Definicja Typ danych (data type) jest to zbiór wartości i operacji, które można.
Seminarium eduroam – UMK, Tomasz Wolniewicz UCI UMK Rozwój eduroam Tomasz Wolniewicz UCI UMK.
Seminarium eduroam – UMK, Tomasz Wolniewicz UCI UMK Implementacja eduroam Tomasz Wolniewicz UCI UMK.
Zarządzanie zmianami w systemie bezpieczeństwa - rozwiązania Check Point i partnerów OPSEC dr inż. Mariusz Stawowski
Wniosek o kredyt technologiczny
Nowoczesny i jednocześnie prosty w obsłudze system sprzedaży przeznaczony dla firm handlowych i usługowych nie prowadzących gospodarki magazynowej o różnym.
Usługi katalogowe LDAP.
Podstawowe usługi internetu
HTML 4 Zebrał i opracował : dr inż. Jerzy Zgraja.
HTML 4 Zebrał i opracował : dr inż. Jerzy Zgraja.
DMS TimeFrame Software. Co to jest DMS? System zarządzania dokumentami Składowanie Specyfikowanie Indeksowanie Kontrola zawartości Kontrola dostępu Kontrola.
Dokumentacja do obsługi PWI (nowa wersja aplikacji)
Otwieranie elementów w różnych ramkach
DIGISTER CSS spółka z o. o Katowice ul. Sobieskiego 27
Powiat Toruński Plan modernizacji dróg Drogi krajowe Drogi wojewódzkie
Prezentacja i szkolenie
Standard Elektronicznej Skrzynki Podawczej a nadesłane uwagi
Rozdział V: Globalne sieci komputerowe
Toruń 28/ REFEDS Konfederacje eduGAIN – eduGAIN w działaniu – Skutki obecności w eduGAIN – Jakie usługi powinny być w eduGAIN.
Toruń 28/ Po udanym uwierzytelnieniu IdP może przekazać do SP dodatkowe informacje o użytkowniku – IdP korzysta ze wskazanego źródła danych.
XML Publisher Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przeznaczenie XML Publisher Przeznaczenie XML Publisher Definiowanie Definiowanie.
Centralny Elektroniczny Katalog Administracji dr Marcin Kraska Konferencja „e-Usługi. Fikcja czy rzeczywistość?” Poznań, 30 września 2014 r.
Toruń 28/ Metadane SAML opisują, w jaki sposób ma być realizowana komunikacja pomiędzy IdP i SP Metadane są typowo prezentowane w postaci XML.
Model obiektowy bazy danych
Agenda O Nas Ogólne informacje o Produkcie Job Manager – idealne rozwiązanie Aplikacja Webowa Aplikacja Kliencka Najnowsze zmiany.
Dokumentacja techniczna
REGUŁY ZABEZPIECZEŃ W APLIKACJI OeBS Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia.
Piotr Czapiewski Wydział Informatyki ZUT. Web Services Description Language.
LDAP, Toruń, Schemat zasobów LDAP Maja Górecka-Wolniewicz, UCI UMK.
Projekt modułu Nazwa całego projektu Nazwa modułu Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki W szablonie na niebiesko zamieszczone.
POZNAŃ SUPERCOMPUTING AND NETWORKING CENTER 1 Zastosowanie LDAP w usługach WWW i Portali PCSS, 2002.
LDAP, Toruń, Docelowa rola akademickiego systemu katalogowego a schemat zasobów Maja Górecka-Wolniewicz, UCI UMK.
Szczegółowy Opis Osi Priorytetowych
Waldemar Bartyna 1 Programowanie zaawansowane LINQ to XML.
Sprawozdanie Projekt celowy „Wdrożenie protokołu LDAP w akademicko-naukowych sieciach komputerowych” Jerzy Żenkiewicz Uczelniane Centrum Informatyczne.
Aplikacje internetowe XML Paweł Lenkiewicz. Aplikacje internetowe – XML2 eXtensible Markup Language Uniwersalny język opisu danych Często używany we współpracy.
Modelowanie Danych (ERD) – część 1 (Wspomaganie Modelowania danych)
MAS Rafał Hryniów. Agenda  Zasady  Referaty  Projekt  Kolosy.
Wyższa Szkoła Bankowa, Poznań, dr inż. mirosław Loręcki
Inżynieria systemów informacyjnych
Spotkanie informacyjne
SQL Server Analysis Services Action!
Główny Punkt Informacyjny Funduszy Europejskich w Toruniu „Źródła informacji o Funduszach Europejskich” Toruń, r.
Nazwa projektu | Nazwa firmy | Nazwa prezentera
PGO - Projektowanie i implementacja pierwszych klas
Zapis prezentacji:

LDAP, Toruń Schemat bazy danych LDAP White pages Maja Górecka-Wolniewicz, UCI UMK

LDAP, Toruń Klasy eduPerson, eduOrg Aktualne wersje schematu opracowywanego w ramach działalności grupy MACE Internet2, październik 2002 – eduPerson, v dir-eduPerson htm dir-eduPerson htm – eduOrg, v1.1 dir-eduOrg htm dir-eduOrg htm

LDAP, Toruń Schemat pledu Klasy: pleduPerson, pleduOrg, pleduOrganizationalRole Schemat dotychczasowy: – Propozycja nowego schematu: –

LDAP, Toruń Nazewnictwo Zgodnie z konwencją przyjętą w innych projektach o skali krajowej nazwy atrybutów klasy pleduPerson powinny mieć prefiks pleduPerson, nazwy atrybutów klasy pleduOrg prefiks pleduOrg Zmiany atrybutów uniident pleduPersonLId plposition pleduPersonPosition uniorgident pleduOrgUnitUniqueNumber

LDAP, Toruń Schemat pledu Klasa pleduPerson – pomocnicza podklasa eduPerson – opcjonalny atrybut personalTitle ze schematu cosine (żadna z innych klas nie umożliwia zamieszczenia tego atrybutu) Klasa pleduOrg – pomocnicza podklasa eduOrg – opcjonalne atrybuty associatedDomain, mail, displayName, jpegPhoto – displayName, jpegPhoto to atrybuty schematu inetorgperson... Klasa pleduOrganizationalRole – pomocnicza podklasa eduPerson – opcjonalne atrybuty: displayName, mail, roomNumber, labeledURI

LDAP, Toruń Schemat pledu-v1.schema Nowy atrybut dla obiektów klas pleduPerson, pleduOrg i pleduOrganizationalRole: pleduStatus Nowy atrybut dla obiektów klasy pleduPerson: pleduPersonGId – przeznaczony dla identyfikatorów o zastosowaniu ponad lokalnym, np. PESEL czy inny identyfikator ogólnopolski Zmiana klasy pleduOrganizationalRole – była klasą strukturalną, jest klasą pomocniczą (wg zasady: definicja klasy strukturalnej powinna być używana tylko wówczas, gdy nowa klasa definiuje coś całkiem nowego, czego nie można zdefiniować jako rozszerzenie innej definicji)

LDAP, Toruń Kwestie do dalszej analizy Zastosowanie w klasach pleduPerson, pleduOrg i pleduOrganizationalRole atrybutów z innych schematów, np. personalTitle, labeledURI, mail, roomNumber – w rozwiązaniach FEIDE (Norwegia), SWITCH (Szwajcaria) w nowych klasach są używane rzadziej niż u nas atrybuty innych klas...

LDAP, Toruń Projekt FEIDE Klasa noreduOrg (strukturalna podklasa organization) – atrybuty wymagane: dc, norEduOrgUniqueNumber – atrybuty opcjonalne: norEduOrgAcronym, mail Klasa noreduOrgUnit (strukturalna podklasa organizationalUnit) – atrybuty wymagane: cn, norEduOrgUniqueNumber, norEduOrgUnitUniqueNumber – atrybuty opcjonalne: norEduOrgAcronym, labeledURI, mail Klasa noreduPerson (pomocnicza podklasa eduPerson) – atrybuty wymagane: norEduPersonNIN – atrybuty opcjonalne: norEduPersonBirthdate, norEduPersonLIN

LDAP, Toruń Projekt AAI – SWITCH Klasa swisseduPerson (strukturalna podklasa inetorgPerson) – opcjonalne atrybuty: swissEduPersonUniqueID, swissEduPersonDateOfBirth, swissEduPersonGender, swissEduPersonHomeOrganization, swissEduPersonHomeOrganizationType, swissEduPersonStudyBranch1, swissEduPersonStudyBranch2, swissEduPersonStudyBranch3, swissEduPersonStudyLevel, swissEduPersonStaffCategory, eduPersonAffiliation, eduPersonOrgDN, eduPersonOrgUnitDN, eduPersonEntitlement

LDAP, Toruń Dokumentacja schematu Trzeba opracować prawdziwą specyfikację schematu pledu – na podstawie dotychczasowych raportów o schemacie – postać dokumentu na wzór opisów eduPerson, eduOrg i noredu (