Programação para Web II prova 3

Prévia do material em texto

<p>19/09/2024. 18:33 Avaliação Final (Discursiva) Individual A+ Alterar modo de visualização Peso da Avaliação 2,00 Prova 84115392 Qtd. de Questões 2 Nota 10,00 1 O Java Server Faces (JSF) pode ser descrito como uma especificação da linguagem de programação Java para desenvolvimento de interfaces de usuário baseadas em componentes, vinculados a classes de controle, para aplicações web. Seu modelo de programação é voltado a eventos, isto é, os eventos dos componentes das telas invocam métodos das classes controladoras. Disserte sobre paradigma da orientação a objetos na utilização do framework JSF para desenvolvimento de uma aplicação web. Resposta esperada Para desenvolver uma aplicação web utilizando JSF, utilizamos a orientação a objetos para a criação de Managed Beans, classes entidade (objeto relacional), classes de persistência no banco de dados, como padrão DAO ou ainda classes que utilizam objetos do tipo EntityManager (JPA). Os métodos de classes Managed Beans podem ser implementados para serem invocados por componentes de formulários JSF, como eventos de botões ou até por requisições ajax de algum outro tipo de componente. A ideia do JSF é desenvolvimento da arquitetura padrão MVC, separando as classes em três camadas. Minha resposta O Java Server Faces (JSF) é uma especificação Java para desenvolvimento de interfaces de usuário web baseadas em componentes. Orientado a objetos, JSF promove a componentização da interface, encapsulando componentes visuais em classes Java chamadas Managed Beans. Estes beans abstraem tanto o estado quanto comportamento dos componentes, favorecendo reutilização e modularidade. No paradigma orientado a objetos, JSF utiliza herança e polimorfismo para criar hierarquias de componentes personalizados e facilitar a manipulação genérica de beans. Eventos de interface, como cliques em botões, são tratados por métodos definidos nos Managed Beans, que coordenam a lógica de negócios de forma organizada. Cada Managed Bean encapsula seu estado e comportamento, seguindo princípio de encapsulamento. Isso garante integridade dos dados e acesso controlado às funcionalidades da aplicação. JSF possibilita desenvolvimento de aplicações web robustas e escaláveis, promovendo uma estrutura modular que facilita manutenção e evolução contínua do software. Retorno da correção Parabéns, acadêmico, sua resposta atingiu os objetivos da questão e você contemplou esperado, demonstrando a competência da análise e síntese do assunto abordado, apresentando excelentes argumentos próprios, com base nos materiais disponibilizados. about:blank 1/2</p><p>19/09/2024, 18:33 Avaliação Final (Discursiva) Individual 2 O ciclo de vida do Stateless Session Bean dura apenas tempo da chamada do método. Desta forma, após a execução do método, componente Stateless é destruído. O ciclo de vida das instâncias de um Stateless Session Bean possui apenas dois estados: NÃO EXISTE e PRONTO, apresentando três variações de estado distintas. Cite e especifique as três variações possíveis entre os dois estados. Resposta esperada NÃO EXISTE PRONTO Antes da criação da instância do Stateless, estado é NÃO EXISTE. Nesta situação, a instância não pode atender às solicitações dos clientes. PRONTO PRONTO As instâncias do estado PRONTO realizam os atendimentos/solicitações dos clientes. Uma instância pode atender somente a um chamado. Finalizado chamado, a instância volta ao estado PRONTO para atender a outras demandas. PRONTO NÃO EXISTE Dependendo da quantidade de chamadas, EJB pode destruir instâncias do estado PRONTO, colocando-as novamente no estado Minha resposta Pool de instâncias (PRONTO): Quando um Stateless Session Bean é criado, ele é colocado em um pool de instâncias gerenciado pelo container EJB. Essas instâncias no pool estão prontas para serem utilizadas e são reutilizadas para atender a múltiplas solicitações de clientes. Esta é a primeira variação do estado PRONTO, onde bean está disponível para ser utilizado assim que necessário. Ativação para serviço (PRONTO): Quando uma solicitação de um cliente chega, container EJB escolhe uma instância disponível no pool para processar essa solicitação. Neste momento, a instância selecionada transita do estado de espera no pool para estado de ativação para serviço. Essa é a segunda variação do estado PRONTO, onde bean está ativamente servindo uma solicitação de cliente específica. Destruído (NÃO EXISTE): Após método do Stateless Session Bean ser executado e a resposta ser entregue ao cliente, a instância do bean é destruída. Isso significa que ela é removida do pool de instâncias disponíveis. Após a destruição, bean volta ao estado de NÃO EXISTE, onde não há nenhuma instância do bean em memória aguardando novas solicitações. Esta é a variação que marca fim do ciclo de vida da instância do Stateless Session Bean Retorno da correção Parabéns, acadêmico, sua resposta atingiu os objetivos da questão e você contemplou esperado, demonstrando a competência da análise e síntese do assunto abordado, apresentando excelentes argumentos próprios, com base nos materiais disponibilizados. Imprimir about:blank 2/2</p>