Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ... Rafael Ferreira Rodrigues Ambiente Declarativo para Sistemas que ...
Conceitos Preliminares 44Figura 11 – Protocolo entre as entidades presentes no modelo e programação Xlet.O Gerenciador de Aplicações (Application Manager) é a entidaderesponsável pelo carregamento e o controle direto do ciclo de vida dos Xlets. Eledever ser capaz de interpretar os dados provenientes da AIT (ou seja, localizaçãoda aplicação, classe inicial etc.) para, de acordo com aqueles recebidos, gerenciara execução das aplicações. Através de um mecanismo conhecido como caching, oGerenciador de Aplicações mantém uma tabela onde monitora as mudanças deestado e recomeça a execução de Xlets presentes no receptor. O Gerenciador deAplicações é parte do sistema e reside no receptor.No modelo de programação Xlet, as aplicações devem implementar ainterface mostrada na Figura 12. A classe Java que implementar essa interface é aporta de entrada no aplicativo. Ela possuirá métodos que refletem diretamente osestados do ciclo de vida de um Xlet.public interface Xlet {public void initXlet(XletContext xtx)throws XletStateChangeException;public void startXlet()throws XletStateChangeException;public void pauseXlet();public void destroyXlet(boolean unconditional)throws XletStateChangeException;}Figura 12 - Interface do Xlet.Uma aplicação Xlet poderá encontrar-se nos estados ilustrados pela máquinade estados da Figura 13. Quando a classe Java inicial de uma aplicação écarregada, do carrossel de objetos ou do receptor, e instanciada, ela entra noestado Loaded (carregada). O estado Loaded significa que a aplicação já foicarregada, mas ainda não foi iniciada. No momento seguinte o Gerenciador deAplicações sinaliza o Xlet para que ele seja iniciado (chamando seu método“initXlet”). Após iniciado ele entra no estado Paused (pausado). Uma aplicaçãono estado Paused está minimizando o uso de recursos para maximizar suasobrevivência, e está pronta para executar. No estado Active, a aplicação estáfuncionando plenamente, e no estado Destroyed já liberou todos os recursos eterminou sua execução.
Conceitos Preliminares 45Figura 13 - Máquina de estados do ciclo de vida de um Xlet.Além dos Xlets e do Gerenciador de Aplicações, existe o Contexto ouXletContext. Todo Xlet possui um contexto associado, ou seja, uma instância daclasse javax.tv.xlet.XletContext. Isso é similar à classe AppletContext que éassociada a um applet.O XletContext é uma interface Java (mostrada na Figura 14) cujaimplementação é fornecida pelo Gerenciador de Aplicações. Através dessainterface, o Gerenciador de Aplicações pode controlar o estado de um Xlet, tendoa capacidade de encerrar sua execução a qualquer momento. O Xlet pode, ainda,utilizar o XletContext para acessar propriedades do receptor ou realizar umamudança em seu estado.public interface XletContext {public static final String ARGS = javax.tv.xlet.args”;public void notifyPaused();public void notifyDestroyed();public resumeRequest();}Figura 14 – Interface do XletContext.Na requisição de mudança de estado iniciada pelo Xlet, ele notifica seu novoestado desejado ao Contexto. A partir daí, o Gerenciador de Aplicações énotificado e, em seguida, realiza a mudança do estado do Xlet. Utilizando essemecanismo de callback, o Gerenciador de Aplicações pode manter atualizado ostatus dos Xlets por ele controlados. Portanto, o Contexto é uma ponte decomunicação entre o Xlet e o Gerenciador de Aplicações.
- Page 1 and 2: Rafael Ferreira RodriguesAmbiente D
- 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: Conceitos Preliminares 43No GEM, po
- 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 and 54: O Fomatador NCL 53Figura 16 - Arqui
- Page 55 and 56: O Fomatador NCL 55Como exemplo de e
- 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
Conceitos Preliminares 44Figura 11 – Protocolo entre as entidades presentes no modelo e programação Xlet.O Gerenciador de Aplicações (Application Manager) é a entidaderesponsável pelo carregamento e o controle direto do ciclo de vida dos Xlets. Eledever ser capaz de interpretar os dados provenientes da AIT (ou seja, localizaçãoda aplicação, classe inicial etc.) <strong>para</strong>, de acordo com a<strong>que</strong>les recebidos, gerenciara execução das aplicações. Através de um mecanismo conhecido como caching, oGerenciador de Aplicações mantém uma tabela onde monitora as mudanças deestado e recomeça a execução de Xlets presentes no receptor. O Gerenciador deAplicações é parte do sistema e reside no receptor.No modelo de programação Xlet, as aplicações devem implementar ainterface mostrada na Figura 12. A classe Java <strong>que</strong> implementar essa interface é aporta de entrada no aplicativo. Ela possuirá métodos <strong>que</strong> refletem diretamente osestados do ciclo de vida de um Xlet.public interface Xlet {public void initXlet(XletContext xtx)throws XletStateChangeException;public void startXlet()throws XletStateChangeException;public void pauseXlet();public void destroyXlet(boolean unconditional)throws XletStateChangeException;}Figura 12 - Interface do Xlet.Uma aplicação Xlet poderá encontrar-se nos estados ilustrados pela máquinade estados da Figura 13. Quando a classe Java inicial de uma aplicação écarregada, do carrossel de objetos ou do receptor, e instanciada, ela entra noestado Loaded (carregada). O estado Loaded significa <strong>que</strong> a aplicação já foicarregada, mas ainda não foi iniciada. No momento seguinte o Gerenciador deAplicações sinaliza o Xlet <strong>para</strong> <strong>que</strong> ele seja iniciado (chamando seu método“initXlet”). Após iniciado ele entra no estado Paused (pausado). Uma aplicaçãono estado Paused está minimizando o uso de recursos <strong>para</strong> maximizar suasobrevivência, e está pronta <strong>para</strong> executar. No estado Active, a aplicação estáfuncionando plenamente, e no estado Destroyed já liberou todos os recursos eterminou sua execução.