Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ... Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
O Fomatador NCL 54modelo de execução interno do Formatador. Isso é feito através do Conversor doModelo de Execução.Essa segunda conversão é realizada sob demanda. O critério utilizado é adistância, contada em elos, a partir do objeto de mídia em execução, ou seja, àmedida que novos objetos de mídia são executados, aqueles a uma certa distânciaserão compilados. Cabe ressaltar que essa distância é um dos parâmetros deconfiguração do Formatador.Outra entidade envolvida no processo de apresentação é o Escalonador. Àmedida que novos elos causais são adicionados ao modelo, o Formatador notificatal entidade. A partir daí, o Escalonador se cadastra como observador de tais elospara receber uma notificação quando a condição prevista nestes for satisfeita.Quando, enfim, o Escalonador receber a notificação do elo, este executará a açãopor ele representada.O Formatador tem, ainda, a responsabilidade de emitir notificações quandonovos objetos de execução são adicionados ao seu modelo de execução. Cadaobjeto de execução representa a instância de um nó a ser exibido, especificado nodocumento NCL, contendo todas as suas informações, inclusive as suascaracterísticas de apresentação provenientes do descritor de apresentaçãoassociado. Quando esse descritor existir, o Gerenciador de Leiaute, se necessário,cria a superfície para a exibição do conteúdo do nó.Ainda no momento em que novos objetos de execução são adicionados, éfeita uma avaliação das alternativas de objetos que podem ser resolvidasestaticamente. São avaliadas as informações do contexto de execução(preferências do usuário, poder de processamento, recursos disponíveis) para que,a partir das regras definidas no documento, seja feita a escolha do objeto deexecução adequado.Mais adiante, no momento em que o Escalonador requisita a execução deum objeto de mídia, ocorre a interação de mais um módulo do Formatador: oGerenciador de Adaptadores para Exibidores. Esse gerenciador tem à suadisposição um conjunto de adaptadores para os exibidores que tratamdeterminados tipos de conteúdo suportados pelo ambiente do Formatador NCL. Apartir do objeto de execução, o gerenciador seleciona o adaptador de um exibidorcapaz de reproduzir o conteúdo de tal objeto.
O Fomatador NCL 55Como exemplo de exibidores pode-se citar: XHTML, LUA, imagensestáticas (JPEG, PNG, GIF), áudio (WAVE, MPEG-1, MPEG-2) e vídeo (MPEG-1, MPEG-2).4.2.O GEM processando um documento NCLComo visto na Seção 4.1, o primeiro passo para a execução de umdocumento NCL é a sua conversão de uma especificação XML para objetos JavaNCL. Essa operação consome tempo, processamento e espaço no receptor paraarmazenar uma biblioteca que realize a tradução do documento XML. Essesrequisitos levam à elaboração de dois cenários diferentes para tratar o processo deconversão: a pré-conversão do documento e a conversão no receptor.No primeiro cenário, a conversão ocorre no provedor de conteúdo. Nessecaso, ao invés de receber documentos NCL, os receptores processariamdiretamente objetos Java serializados 2 , tornando opcional a presença de umabiblioteca capaz de processar documentos XML. Esse cenário é mais indicado napresença de um receptor com recursos de processamento/memória bastanteescassos. Contudo, os receptores que se basearem nesse modelo perderão acapacidade de processar diretamente documentos NCL. Eles não seriam capazesde atuar em cenários onde lhes fosse exigido, por exemplo, processar documentosNCL dinâmicos presentes na WEB via canal de retorno. Sua capacidade deprocessamento restringir-se-ia apenas a objetos serializados.Na Figura 17 é ilustrado esse processo de pré-conversão do documento NCL.Nele o documento é convertido pelo provedor de conteúdo, depois é serializado eenviado para o carrossel de objetos para, em seguida, ser desserializado eprocessado pelos receptores.2 A serialização de objetos JAVA permite a codificação de um objeto e de todos os objetospor ele referenciados direta ou indiretamente em um fluxo de bytes. Permite ainda a reconstruçãodo “grafo” de objetos a partir de um fluxo. Este fluxo possibilita o envio por rede e oarmazenamento em arquivos, por exemplo.
- Page 3 and 4: Todos os direitos reservados. É pr
- Page 5 and 6: AgradecimentosGostaria de agradecer
- Page 7 and 8: AbstractRodrigues, Rafael Ferreira.
- Page 9 and 10: 4.3.1. Estrutura do Sistema Baseada
- Page 11 and 12: Figura 26 - Duas implementações d
- Page 13 and 14: 1IntroduçãoA possibilidade de se
- Page 15 and 16: Introdução 15possível ambiente d
- Page 17 and 18: Introdução 17XHTML que viabiliza
- Page 19 and 20: Introdução 19MPEG-2 para o carreg
- Page 21 and 22: 2Conceitos PreliminaresNo capítulo
- Page 23 and 24: Conceitos Preliminares 232.1.1.O Mi
- Page 25 and 26: Conceitos Preliminares 25comunicaç
- Page 27 and 28: Conceitos Preliminares 27deixam de
- Page 29 and 30: Conceitos Preliminares 29• Permit
- Page 31 and 32: Conceitos Preliminares 31são inclu
- Page 33 and 34: Conceitos Preliminares 33• Um pro
- Page 35 and 36: Conceitos Preliminares 35Dentre as
- Page 37 and 38: Conceitos Preliminares 37ocap..perm
- Page 39 and 40: Conceitos Preliminares 39No Apêndi
- Page 41 and 42: Conceitos Preliminares 41Figura 9 -
- Page 43 and 44: Conceitos Preliminares 43No GEM, po
- Page 45 and 46: Conceitos Preliminares 45Figura 13
- Page 47 and 48: 3Trabalhos RelacionadosAs propostas
- Page 49 and 50: Trabalhos Relacionados 49A proposta
- Page 51 and 52: Trabalhos Relacionados 51A soluçã
- Page 53: O Fomatador NCL 53Figura 16 - Arqui
- Page 57 and 58: O Fomatador NCL 574.3.A Arquitetura
- Page 59 and 60: O Fomatador NCL 59transmissão e, c
- Page 62: O Fomatador NCL 62Figura 20 - Digra
- Page 65 and 66: O Fomatador NCL 65Figura 22 - Diagr
- Page 67 and 68: O Fomatador NCL Xlet 675.1.1.Gerenc
- Page 69 and 70: O Fomatador NCL Xlet 695.1.3.Núcle
- Page 71 and 72: O Fomatador NCL Xlet 71Esse compone
- Page 73 and 74: O Fomatador NCL Xlet 73criar uma in
- Page 75 and 76: O Fomatador NCL Xlet 75finalizaçã
- Page 77 and 78: O Fomatador NCL Xlet 77aplicação
- Page 79 and 80: O Fomatador NCL Xlet 79Um fator res
- Page 81 and 82: O Fomatador NCL Xlet 81cenários: s
- Page 83 and 84: 6ConclusõesO objetivo principal de
- Page 85 and 86: Conclusões 85Outro aspecto mostrad
- Page 87 and 88: Referências Bibliográficas 87Spec
- Page 89 and 90: Referências Bibliográficas 89RODR
- Page 91 and 92: Apêndice AAssinatura Digital de um
- Page 93 and 94: Apêndice AAssinatura Digital de um
- Page 95 and 96: Apêndice BSinalização de Aplica
- Page 97 and 98: Apêndice BSinalização de Aplica
- Page 99 and 100: Apêndice CA Linguagem NCL 99A NCL
- Page 101: Apêndice CA Linguagem NCL 101Figur
O Fomatador NCL 55Como exemplo de exibidores pode-se citar: XHTML, LUA, imagensestáticas (JPEG, PNG, GIF), áudio (WAVE, MPEG-1, MPEG-2) e vídeo (MPEG-1, MPEG-2).4.2.O GEM processando um documento NCLComo visto na Seção 4.1, o primeiro passo <strong>para</strong> a execução de umdocumento NCL é a sua conversão de uma especificação XML <strong>para</strong> objetos JavaNCL. Essa operação consome tempo, processamento e espaço no receptor <strong>para</strong>armazenar uma biblioteca <strong>que</strong> realize a tradução do documento XML. Essesrequisitos levam à elaboração de dois cenários diferentes <strong>para</strong> tratar o processo deconversão: a pré-conversão do documento e a conversão no receptor.No primeiro cenário, a conversão ocorre no provedor de conteúdo. Nessecaso, ao invés de receber documentos NCL, os receptores processariamdiretamente objetos Java serializados 2 , tornando opcional a presença de umabiblioteca capaz de processar documentos XML. Esse cenário é mais indicado napresença de um receptor com recursos de processamento/memória bastanteescassos. Contudo, os receptores <strong>que</strong> se basearem nesse modelo perderão acapacidade de processar diretamente documentos NCL. Eles não seriam capazesde atuar em cenários onde lhes fosse exigido, por exemplo, processar documentosNCL dinâmicos presentes na WEB via canal de retorno. Sua capacidade deprocessamento restringir-se-ia apenas a objetos serializados.Na Figura 17 é ilustrado esse processo de pré-conversão do documento NCL.Nele o documento é convertido pelo provedor de conteúdo, depois é serializado eenviado <strong>para</strong> o carrossel de objetos <strong>para</strong>, em seguida, ser desserializado eprocessado pelos receptores.2 A serialização de objetos JAVA permite a codificação de um objeto e de todos os objetospor ele referenciados direta ou indiretamente em um fluxo de bytes. Permite ainda a reconstruçãodo “grafo” de objetos a partir de um fluxo. Este fluxo possibilita o envio por rede e oarmazenamento em arquivos, por exemplo.
Change language