Stuttgart, Univ., Fakultät Informatik, Studienarb., 1998.

Stuttgart, Univ., Diplomarb., 1999.

Stuttgart, Univ., Fakultät Informatik, Diplomarb., 1999.

Stuttgart, Univ., Studienarb., 1998.

Techn. Universiẗat, Diss., 2000--Berlin.

Techn. Hochsch., Diss., 2002--Aachen.

Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Tecnológico. Programa de Pós-Graduação em Engenharia Elétrica. / Made available in DSpace on 2012-10-19T19:04:43Z (GMT). No. of bitstreams: 1 192327.pdf: 690827 bytes, checksum: 3e39343a9676283655769907ef9375b6 (MD5) / O conceito de grupo de objetos é uma abstração largamente usada no tratamento de replicação em sistemas distribuídos tolerantes a faltas. Os sistemas que se baseiam neste conceito geralmente utilizam algum tipo de suporte de comunicação de grupo (SCG), que oferece comunicação multiponto através de primitivas com níveis diferenciados de confiabilidade de entrega e ordenação de mensagens. Em sistemas de larga escala, como a Internet, o multicast IP é a tecnologia base para a construção de protocolos de difusão seletiva confiável, que se constituem na base dos SCG. A junção dos conceitos de objetos distribuídos e de grupo em suportes de middleware, em especial os que seguem a arquitetura CORBA, tem sido objeto de pesquisas recentes, que motivaram a OMG a lançar duas especificações no sentido de introduzir o conceito de grupo nesta arquitetura: FT-CORBA (Fault-Tolerant CORBA), que introduz alguns serviços para suporte à tolerância a faltas nesta arquitetura, e o UMIOP (Unreliable Multicast Inter-ORB Protocol), que provê um protocolo de difusão não confiável (MIOP) baseado em multicast IP e um modelo de objetos para suportar este protocolo em ORBs CORBA. Com estes dois padrões a OMG separa claramente aspectos de comunicação de grupo (UMIOP) e de membership (FT-CORBA). Este trabalho propõe um modelo de integração entre o FT-CORBA e o UMIOP utilizando o ReMIOP (Reliable MIOP), que corresponde ao protocolo MIOP acrescido de controle de fluxo e retransmissões a fim de dar confiabilidade a este, como base para suporte de comunicação de grupo. A concretização destas experiências com comunicação de grupo no CORBA deram origem ao MJaco, um ORB que implementa o padrão UMIOP e suas extensões para confiabilidade, bem como mantém suas capacidades de comunicação ponto a ponto. A existência do MJaco abre espaço para a implementação do modelo proposto e uma série de pesquisas sobre middleware adaptativo.

Made available in DSpace on 2018-08-02T00:00:48Z (GMT). No. of bitstreams: 1 tese_2874_DissertacaoMestradoElisamaRochaCarvalhoDuraes.pdf: 2032781 bytes, checksum: 1a423ee3af8b9f67d237c8a1d5140dfc (MD5) Previous issue date: 2009-04-03 / A inserção da Rede de Telefonia Pública nas Redes de Próxima Geração demanda a construção de conversores de protocolos instalados em gateways de sinalização. Este trabalho trata, em particular, da inclusão das Redes Inteligentes no contexto das Redes de Próxima Geração, com atenção especial para a construção do software do gateway de sinalização. Para a construção desse software foi usado o modelo de gateway do OMG e, como suporte para a provisão de QoS, acrescentou-se à arquitetura do gateway, o Serviço de Mensagens e o Serviço de Balanceamento de Carga. Uma estratégia conhecida como Asynchronous Method Handling é analisada e indicada como um serviço adicional para auxiliar na melhoria da escalabilidade e da vazão das mensagens trocadas no ambiente CORBA. A arquitetura do gateway foi construída sobre três ORBs – CORBA para Java (JacOrb, ORBACUS, e Orbix) com o intuito de implementar todos os recursos de ORB disponíveis e para testar a portabilidade do software.

Distributed computing systems are becoming more and more important in everyday life as well as in industrial and scientific domains. The Internet and its capabilities enable people to communicate and cooperate all over the world. One way to construct distributed systems is to use a communication model with distributed objects as CORBA (Common Object Request Broker Architecture). Distributed objects give many advantages, but suffer from some performance problems. In order to handle the performance problem it is important to find where in the event chain the delays occur. Therefore a tool for performance measurement and for identifying the bottlenecks in a distributed system should be a great help. This report answers the question: Can a profiling tool for CORBA applications, constructed with Interceptors as instrumentation for measuring points, give sufficient information for identify performance problems? This report investigates the possibilities to measure performance in a distributed system and if it s possible to automatically find the bottlenecks in a distributed system. The needs of a profiling tool are discussed and analyzed. The different ways of constructing a tool for distributed profiling is discussed. For verifying the ideas evolved in the investigation a prototype tool for profiling and performance measures is constructed. The profiling tool is constructed with Interceptors as instrumentation of the different nodes in the distributed system. A presentation program is also constructed for making the captured information more readable. The tool and presentation program constructed give the flow of the system in different callgraphs and also produces some call statistics in different levels. The constructed tool is tested and verified in a distributed environment. In the experiments we shows that the principle of the tool can work in a distributed environment and gives sufficient information for finding the bottlenecks and identifying the performance problems of the system.

Esta dissertação apresenta uma solução para a integração do serviço de diretório LDAP com o serviço de nomes CORBA. Descrevemos a implementação de um servidor de nomes CORBA que armazena, num diretório LDAP, as associações entre nomes e referências para objetos. O servidor de nomes CORBA é, portanto, um cliente do serviço de diretório LDAP. Eficiência e flexibilidade são as vantagens desta abordagem. As associações nome–referência ficarão acessíveis tanto para clientes CORBA (através das interfaces do serviço de nomes) como para clientes LDAP (através da API do LDAP). Atributos descritivos poderão ser adicionados às entradas do diretório que representam associações nome-referência. Clientes LDAP poderão utilizar as facilidades de busca no diretório para obter referências cujas entradas satisfaçam determinadas condições. Essas condições podem envolver o nome associado à referência ou outros atributos presentes nas entradas do diretório.