- Padrão CCITT/OSI, 1989 e 1993, RFC 309
- Um bom livro sobre o assunto está disponível na teia
- DIB (Directory Information Base) é o conjunto de todas informações contidas no diretório
- entradas (entries) são as unidades de informação armazenadas
- entradas são guardadas em uma árvore de diretórios/sub-diretórios de forma similar ao que é feito nos sistemas de arquivos
- distinguished name (DN) ~ pathname
- relative distinguished name (RDN) ~ filename
- Directory User Information Model guarda informações sobre os tipos de objetos colocados aa disposição dos usuários do diretório
- como em OO, define-se classes. Cada objeto/entrada pertence a pelo menos uma classe.
- Cada entrada possui vários atributos, cada atributo é um par <tipo, valor>
- atributos coletivos (um atributo associado a várias entradas)
- hierarquias de tipos de atributos (subtipos, supertipos)
- atributos podem ser operacionais (do diretório, e.g., permissões de acesso, data da criação) ou do usuário
- Diferentes partes da árvore são gerenciadas por diferentes organizações: divisão em autonomous administrative areas (AAA)
- DAP - Directory Access Protocol
- Criado pela Univ. de Michigan e Netscape em 1995 porque o DAP/X.500 era complicado e pesado demais
- É uma simplificação do DAP para acessar diretórios X.500
- O protocolo é baseado em mensagens ASCII enviadas através de conexões TCP/IP simples
- O OpenLDAP é uma implementação de código aberto muito boa
- slapd é o servidor local
- ldapsearch é um programa cliente que permite fazer consultas
- ldapadd é um cliente que permite fazer atualizações
- libldap.so ou ldap.dll pode ser ligada a clientes e servidores para interagir com o LDAP
- Idéia similar ao X.500/LDAP mas totalmente orientados a objetos
- Interfaces definidas usando IDL CORBA, comunicação feita através de GIOP
- OMG standard Trader Constraint Language
- Principais módulos:
- CosTrading
- CosTradingRepos - módulo usado para definir novos tipos
- CosTradingDynamic
- permite a definição de propriedades (atributos) dinâmicas que são avaliadas sempre que ocorre uma nova chamada. Sua aplicação tem que implementar a operação evalDP
- Exemplo de uso do Trader em CORBA:
module CosTrading {
typedef string PropertyName;
typedef string ServiceTypeName;
typedef string Constraint;
struct Property {
PropertyName name;
PropertyValue value;
};
typedef sequence<Property> PropertySeq;
struct Offer {
Object reference;
PropertySeq properties;
};
typedef sequence<Offer> OfferSeq;
interface Register {
struct OfferInfo {
Object
reference;
ServiceTypeName
type;
PropertySeq
properties;
};
OfferId export (in Object reference,
in ServiceTypeName type,
in PropertySeq properties);
void withdraw (in OfferId id);
// interface link usada para criar federação de traders
module CosTradingRepos {
interface ServiceTypeRepository {
IncarnationNumber add_type (
in CosTrading::ServiceTypeName name,
in Identifier if_name,
in PropStructSeq props,
in ServiceTypeNameSeq super_types
);
void remove_type (in CosTrading::ServiceTypeName name);
}
}
LCPDtrader->query ("workstation",
"processor_name == i686' and
os_name == 'Linux' and
processor_util < 40 and
RAM_free >= 32",
...);
IMEtrader->query ("printer",
"Postscript == true and PagesPerMinute > 10",
"min (Price)",
...);
- Java Naming and Directory Interface
- Parte do J2EE, lançado pela Sun em 2000
- Duas componentes básicas:
- Uma inteface comum para acesso a diferentes tipos de serviços de nomes e diretórios
- Implementação de diversos provedores de serviço (Service Providers)
- JNDI 1.2 vem com os seguintes provedores de serviço:
- LDAP, CosNaming, RMI Registry, NIS, DSML, DNS, FileSystem, Novell, Windows Registry
