Terminologia do Registro UDDI
Alguns termos específicos para o registro UDDI são explicados. Além disso, o relacionamento entre as versões do registro UDDI, a especificação Organization for the Advancement of Structured Information (OASIS) e o nível do WebSphere Application Server são mostrados.
Em todas as informações UDDI nesse centro de informações,
o local do diretório do WebSphere Application Server é referido como
app_server_root.
Em todas as informações UDDI nesse centro de informações, os locais do diretório do
WebSphere Application Server são referidos como app_server_root eprofile_root.
Definições do UDDI
- bindingTemplate
- AbindingTemplate é uma informação técnica sobre um ponto de entrada de serviço e especificações de construção.
- businessEntity
- businessEntity são informações sobre a parte que publica informações sobre uma família de serviços.
- businessService
- businessService são informações descritivas sobre um serviço específico.
- Nó de UDDI customizado
- Um nó de UDDI customizado que é inicializado com configurações customizadas para as propriedades e políticas de UDDI. Especificamente, esse tipo de nó não tem valores padrão para aquelas propriedades que são de leitura após a inicialização.
Utilize um nó de UDDI customizado para qualquer qualquer outro fim que não sejam simples testes (para o qual um nó de UDDI padrão é o suficiente). Para configurar um nó de UDDI customizado, consulte o tópico Configurando um Nó de UDDI Customizado.
Ao iniciar pela primeira vez um nó de UDDI customizado, você deve configurar valores para certas propriedades e, em seguida, inicializar o nó (utilizando o console administrativo ou a interface administrativa de UDDI), para que o nó esteja pronto para aceitar pedidos de UDDI. As propriedades que devem ser definidas controlam as características do nó de UDDI que não podem ser alterados após a inicialização.
Uma vantagem de utilizar um nó de UDDI customizado é que pode configurar essas propriedades para valores que são adequados para seu ambiente e uso de UDDI.
Depois que um nó de UDDI customizado for inicializado, será o mesmo que o nó de UDDI padrão que ele utiliza para valores de política e de propriedade de UDDI padrão.
- Nó de UDDI padrão
- Um nó de UDDI padrão é um nó de UDDI inicializado com configurações customizadas para as propriedades e políticas de UDDI, incluindo as propriedades que são de leitura após a inicialização. Um nó de UDDI padrão deve ser utilizado para teste e para fornecer uma maneira simples de se familiarizar com o comportamento do registro UDDI.
É possível configurar um nó UDDI padrão de duas maneiras. A primeira é executar o script uddiDeploy.jacl, especificando a opção 'default'; nesse caso, o banco de dados UDDI será um banco de dados Apache Derby criado automaticamente.
A segunda é criar o banco de dados você mesmo, especificando a opção padrão, a qual será, para o Apache Derby, o parâmetro DEFAULT quando usar o arquivo UDDIDerbyCreate.jar e, para o DB2 ou Oracle, o script SQL insert_default_database_indicator.
A segunda é certificar-se de que o membro PDS INSERT esteja incluído na JCL utilizada para criar o banco de dados e, nesse caso, o banco de dados do UDDI pode ser o Apache Derby ou o DB2.
Depois que um nó de UDDI padrão for inicializado, será o mesmo que o nó de UDDI customizado, exceto que ele utiliza para valores de política e de propriedade de UDDI padrão.
- perfil de política
- Um perfil de política é um conjunto de políticas UDDI. O perfil de política padrão é o perfil criado quando o nó UDDI padrão é criado. No perfil de política padrão, o nodeID e gerador de chave root são configurados para de leitura e não podem ser alterados após a instalação.
- publisherAssertion
- Um publisherAssertion são informações sobre um relacionamento entre duas partes, declarado por uma ou pelas duas.
- tModel
- Um tModel (abreviatura de modelo técnico) é uma estrutura de dados que representa um conceito
reutilizável, como um tipo de serviço da Web, um protocolo usado por serviços da
Web ou um sistema de categoria.
Chaves tModel em uma descrição do serviço são uma "impressão digital" técnica que pode ser usada para rastrear as origens de compatibilidade de um dado serviço. Elas fornecem um ponto comum de referência, para que você possa identificar serviços compatíveis.
Os tModels são utilizados para estabelecer a existência de uma variedade de conceitos e para apontar a suas definições técnicas. Os tModels que representam conjuntos de valores, como categoria, identificador e sistemas de relacionamento, são utilizados para fornecer dados adicionais às entidades UDDI principais para facilitar a descoberta junto com várias dimensões. Esses dados adicionais são capturados em keyedReferences que estão em categoryBags, identifierBags ou publisherAssertions. Os atributos tModelKey dessas keyedReferences referem-se ao conjunto de valores relacionado ao conceito ou espaço de nomes que está sendo representado. Os keyValues contêm os valores a partir do conjunto de valores. Em alguns casos, os keyNames são significativos, por exemplo, para descrever relacionamentos e ao utilizar o conjunto de valores da palavra-chave. Em todos os outros casos, keyNames fornecem uma versão do keyValue que as pessoas podem ler.
- Aplicativo UDDI
- O aplicativo UDDI é o aplicativo corporativo do registro UDDI.
- Autorização UDDI
- Uma autorização UDDI é uma autorização que um usuário ou publicador de UDDI tem em um registro UDDI, como o recurso para publicar keyGenerators ou a camada para a qual o publicador é designado (em outras palavras, o número de entidades que o publicador tem a necessidade de publicar). Cada publicador de UDDI tem um intervalo de configurações para as várias autorizações UDDI. Às vezes. uma autorização UDDI é denominada uma 'autorização de usuário' ou como o conjunto do publicador UDDI de 'autorizações de usuário'.
- Nó UDDI
- Um nó UDDI é um conjunto de serviços da Web que suporta pelo menos um dos conjuntos de API UDDI, que suporta a interação com os dados UDDI por meio das APIs UDDI. Não há nenhum mapeamento direto entre um nó UDDI e um nó do WebSphere Application Server. Um nó UDDI consiste em uma instância do aplicativo UDDI sendo executado em um servidor de aplicativos (ou um cluster de instâncias de aplicativos UDDI em execução em um cluster de servidores de aplicativos), juntamente com uma instância do banco de dados UDDI que contém dados UDDI.
- inicialização do nó UDDI
- A inicialização do nó UDDI é o processo que configura valores no banco de dados UDDI e estabelece a "personalidade" do nó UDDI. Um nó UDDI não pode aceitar pedidos da API de UDDI até ela ser inicializada.
- estado do nó UDDI
- O estado do nó UDDI descreve o estado atual do nó UDDI, em oposição ao estado do nó do aplicativo UDDI (que é parado ou iniciado). Um nó UDDI pode estar em um dos seguintes estados:
- não inicializado
- inicialização pendente
- inicialização em andamento
- migração pendente
- migração em andamento
- criação do conjunto de valores pendente
- criação do conjunto de valores em andamento
- ativado
- desativado
- UDDI NodeId
- Um identificador exclusivo de um nó UDDI.
- política de UDDI
- Uma política UDDI é uma instrução de comportamento necessário e esperado de um registro UDDI, especificado usando valores de política para as diversas políticas que estão definidas na especificação da Versão de UDDI.
- propriedade de UDDI
- Uma propriedade UDDI é um valor para uma propriedade que controla a personalidade ou o comportamento de um nó UDDI.
- Publicador UDDI
- Um publicador UDDI é um usuário WebSphere Application Server que é designado a publicar entidades UDDI para um registro UDDI especificado. Um publicador UDDI às vezes é referido como um 'usuário UDDI' ou apenas como um 'publicador' quando usado em um contexto de UDDI.
- UDDI Registry
- Um registro UDDI é composto por um ou mais nós UDDI. O registro UDDI nessa versão do WebSphere Application Server suporta apenas registros UDDI de nó único.
- Camada UDDI
- Uma camada UDDI determina o número de entidades UDDI de cada tipo (negócio, serviços por negócio, ligações por serviço, tModel, asserção do publicador) que um publicador UDDI é intitulado a publicar. Cada publicador UDDI é designado (por padrão ou explicitamente por um administrador de UDDI) a um camada específica e não pode publicar mais entidades do que são permitidas para essa camada. Há algumas camadas pré-definidas fornecidas com o registro UDDI, e um administrador UDDI pode criar camadas adicionais. Uma camada UDDI geralmente é referida apenas como uma 'camada' quando usada em um contexto de UDDI.
- Registro UDDI Versão 2
- Um registro UDDI Versão 2 é uma implementação de registro UDDI que suporta a Versão 2 da especificação UDDI e também a Versão 1. Um registro UDDI Versão 2 é incluído ao WebSphere Application Server, Network Deployment Versão 6.1.
- Registro UDDI Versão 3
- Um registro UDDI Versão 3 é uma implementação de registro UDDI que suporta a Versão 3 da especificação UDDI e também as Versões 1 e 2. Um registro UDDI Versão 3 é incluído ao WebSphere Application Server. Observe que o registro UDDI Versão 3 não indica uma implementação de registro UDDI que suporta somente pedidos UDDI Versão 3.
Versão do Registro UDDI | Níveis Suportados da Especificação OASIS UDDI | Versão do WebSphere Application Server que suporta o registro UDDI |
---|---|---|
![]() ![]() |
![]() ![]()
|
![]() ![]() |
![]() |
![]()
|
![]() |