Tecnologias Middleware na implementaÃ§Ã£o de sistemas ... - Fatec

More documents

Recommendations

Info

32métodos em paralelo com os novos. Além da identificação IID, toda a interface também possuium nome legível, mas neste caso não existe garantia de unicidade.Figura 6 – Empacotamento de objetos DCOMUma classe COM é o código fonte que implementa uma ou mais interfaces em qualqueruma das linguagens suportadas.Uma ou mais classes podem ser empacotadas num servidor no formato de DLL, a qual écarregada pelo processo cliente (in-process server), como por exemplo, um controle ActiveX. Asclasses também podem ser empacotadas num executável separado (outprocess server) que podeexecutar na mesma máquina que o cliente ou numa máquina remota acessada através do DCOM.Na figura 14 é apresentado um cliente COM invocando métodos nas diferentes formas. Estatransparência de empacotamento é uma característica fundamental do COM.
33Figura 7 – Arquitetura DCOMPara alcançar o máximo desempenho os servidores são tipicamente desenvolvidos comoaplicações multithreaded. Veja a ilustração arquitetônica na figura 7.Com o DCOM cada invocação pode ser tratada por um thread separado e um único objetopode tratar diversas chamadas de forma concorrente. O custo disto é o aumento de complexidadeda aplicação com a utilização de primitivas de sincronização dos threads no acesso a recursoscompartilhados no processo. O DCOM provê diferentes níveis de segurança de formatransparente ao suportar Access Control List (ACL) para os componentes COM. Se o cliente nãopossui direitos de acesso para acessar ou disparar um componente, ocorre falha na requisição semqualquer envolvimento do código da classe COM.Um problema comum em aplicações distribuídas é a necessidade de servidores detectaremse seus clientes ainda estão vivos. O DCOM implementa um componente chamado ObjectExporter o qual verifica referências a objetos que foram trocados com outras máquinas e mantéma consistência da contagem de referências em caso de perda da conexão. Isto é realizado de formaotimizada através de uma única mensagem keepalive por máquina, independente da quantidadede clientes ou servidores acessados.
Page 3 and 4: Dedico este trabalho aos meus amigo
Page 5 and 6: RESUMOVários fornecedores de ERP t
Page 7 and 8: LISTA DE ILUSTRAÇÕESFigura 1 - Di
Page 9 and 10: TXT - TextUDDI - Universal Descript
Page 11 and 12: 3.1. Considerações para a compara
Page 13 and 14: 111. IMPLEMENTAÇÃO DE SISTEMAS ER
Page 15 and 16: 13O ERP não serve apenas no planej
Page 17 and 18: 15Na etapa de decisão e seleção
Page 19 and 20: 17Enquanto alguns recebem bem o nov
Page 21 and 22: 19permanecem ficam encarregadas de
Page 23 and 24: 21organizações e devem ser cuidad
Page 25 and 26: 23implantado o ERP. A complexidade
Page 27 and 28: 25‣ Estabelecimento de responsabi
Page 29 and 30: 272.2. HistóricoNo início da déc
Page 31 and 32: 292.3. Diferentes Tipos de Tecnolog
Page 33: 31sua distribuição em redes de al
Page 37 and 38: 35Figura 8 - Arquitetura RMINo dese
Page 39 and 40: 37parâmetros, invocar o método e
Page 41 and 42: 39Figura 11 - Diagrama de um RFC co
Page 43 and 44: 41‣ Penetração limitada - o pre
Page 45 and 46: 43‣ O XML é uma tecnologia capaz
Page 47 and 48: 45interface para o Web-service. Se
Page 49 and 50: 47Figura 15 - Diagrama entre consum
Page 51 and 52: 493. COMPARATIVO ENTRE AS INTERFACE
Page 53 and 54: 51mais simples de Middleware já qu
Page 55 and 56: 53CONCLUSÃOAs implementações de
Page 57 and 58: 55KEEN, Peter W. “Information sys

Tecnologias Middleware na implementaÃ§Ã£o de sistemas ... - Fatec

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?