

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Uma equipe mantém três aplicações legadas e uma aplicação nova em um ambiente corporativo: uma aplicação antiga em ASP clássico com componentes COM, uma aplicação em C# desenvolvida no Microsoft Visual Studio, um serviço em Java executado em ambiente gerenciado, e um módulo em Visual Basic ainda dependente de bibliotecas específicas do ecossistema Microsoft. Durante a revisão da arquitetura, um analista propôs tratar todas essas aplicações como equivalentes quanto ao modelo de execução, empacotamento, dependências e portabilidade entre sistemas operacionais. Dessa forma, é CORRETAO afirmar que:
O Visual Studio é um ambiente restrito à linguagem C#, não oferecendo suporte a projetos em Visual Basic, aplicações Web ou integração com ferramentas de compilação, depuração e testes automatizados.
Aplicações em ASP clássico, C#, Visual Basic e Java compartilham o mesmo modelo de execução porque todas são interpretadas diretamente pelo servidor Web, sem necessidade de runtime, máquina virtual, framework ou bibliotecas intermediárias.
Componentes escritos em Visual Basic e C# são necessariamente portáveis para qualquer ambiente Java sem adaptação, pois CLR e JVM implementam a mesma especificação de bytecode e utilizam bibliotecas padrão idênticas.
Aplicações em C# e Visual Basic no ecossistema .NET dependem de compilação e execução em runtime compatível, aplicações Java dependem da plataforma Java correspondente, e aplicações ASP clássico possuem modelo legado associado ao IIS, a scripts server-side e, frequentemente, a componentes COM ou dependências específicas do ambiente Windows.
Apache Kafka é uma plataforma open-source para streaming de dados, mensagens e eventos, possuindo alta performance, escalabilidade e disponibilidade. Nesse contexto, observe a figura abaixo:

Por uma visão mais simplificada, o Kafka parte de uma estrutura de Tópico, com produtores e consumidores, que internamente pode ter uma ou muitas partições . Outra divisão do Kafka são miniclusters/servidores de armazenamento internos de um Servidor/cluster Kafka, que constituem cópias uns dos outros para garantir escalabilidade e disponibilidade de mensagens. Um outro elemento importante que precisa ser mencionado é um serviço de gerenciamento de recursos e configurações entre os corretores, responsável por fazer a sincronização distribuída, e caso um dos corretores venha a falhar e fique indisponível, outro corretor assume a responsabilidade pois ele estará devidamente atualizado.
Os miniclusters/servidores de armazenamento internos e serviço de gerenciamento de recursos e configurações entre os corretores são conhecidos, respectivamente, como:
Templates e Zookeper.
Brokrers e Zookeper.
Brokrers e RabbitMQ.
Templates e RabbitMQ.
Um Tribunal está desenvolvendo um sistema baseado em microsserviços com Spring Boot e, para gerenciar o registro e descoberta de serviços, a equipe de desenvolvimento optou pelo Eureka Server. Durante a configuração, um técnico precisa garantir que um microsserviço cliente se registre corretamente no Eureka Server e renove sua sessão de registro (lease) periodicamente. Nesse cenário, a configuração mais adequada no arquivo application.yml, do microsserviço cliente, no formato kebab-case, é
configurar eureka.client.service-url.defaultZone com a URL do Eureka Server e desativar eureka.client.register - with-eureka e eureka.client.lease.duration.
definir eureka.client.service-url.defaultZone com a URL do Eureka Server e manter eureka.client.fetch-registry como false.
configurar eureka.client.service-url.defaultZone com a URL do Eureka Server e habilitar eureka.client.register-with-eureka e eureka.client.fetch-registry.
configurar eureka.client.service-url.defaultZone com a URL do Eureka Server e definir eureka.instance.leaseRenewallntervallnSeconds como 0.
definir eureka.client.registry-fetch-interval-seconds como 5 e ignorar eureka.client.service-url.defaultZone.
Associe as características aos seguintes servidores de aplicação:
1. Apache Tomcat
2. WildFly (antigo JBoss AS)
3. GlassFish
4. IBM WebSphere Application Server
( ) É um servidor open-source com suporte completo ao Jakarta EE e arquitetura modular.
( ) Implementa as especificações Jakarta Servlet, Jakarta Expression Language e Jakarta WebSocket oficialmente.
( ) Oferece recursos corporativos robustos como alta disponibilidade, gestão em clusters e suporte a células (cells) para administração centralizada.
( ) É a implementação de referência oficial do Jakarta EE usado na plataforma Eclipse.
A sequência correta, na ordem apresentada é
2 – 1 – 4 – 3.
3 – 4 – 1 – 2.
4 – 3 – 1 – 2.
2 – 4 – 1 – 3.
3 – 1 – 4 – 2.
Uma equipe de desenvolvimento está criando uma aplicação de gerenciamento processual baseada na web, usando a linguagem Java. A aplicação precisa ser implantada em ambiente corporativo, com controle de sessões, segurança, integração com banco de dados e suporte a múltiplos usuários simultâneos. Para isso, a equipe discute as diferenças e complementaridades entre servidores de aplicação e servidores web. Nesse contexto, assinale a alternativa que apresenta uma afirmação correta feita por um dos integrantes da equipe acerca desses servidores.
Servidores web Java, como Apache Tomcat, são responsáveis por executar arquivos .jar e serviços RESTful, mas não suportam aplicações web baseadas em servlet ou JSF.
Servidores de aplicação Java, como GlassFish ou WildFly, estendem os servidores web ao incluir suporte a tecnologias corporativas como Enterprise Java Beans (EJB), Java Message Service (JMS) e Java Persistence API (JPA).
Servidores web e servidores de aplicação são equivalentes e intercambiáveis, já que ambos executam código Java da mesma forma e não há distinção entre suas responsabilidades.
O uso de um servidor de aplicação elimina a necessidade de containers de servlet, pois esse tipo de aplicação é limitado ao terminal de linha de comando.
Aplicações Java web não conseguem ser hospedadas em servidores de aplicação, sendo restritas ao uso em navegadores locais com Java Applets.
O JME fornece suporte para ambientes de computação em nuvem, enquanto o JEE não o faz.
Certo
Errado
Vários aplicativos que têm relação entre si, e que usam recursos de forma colaborativa, facilitando a vida do programador são disponibilizados tanto na comunidade Windows Microsoft como Linux. No caso do XAMPP, este reúne as linguagens/aplicações a seguir, exceto:
Perl
JSE
MySQL
PHP
São características do Wildfly, EXCETO:
A configuração no Wildfly é centralizada, simples e focada no usuário.
Buscando separar a responsabilidade de cada módulo do JBoss, o Wildfly é altamente modular.
É um servidor de aplicação muito pragmático, sendo bem leve, pois há uma implementação nativa para não consumir excessiva memória.
É um projeto que não possui código-fonte aberto, o que garante cada vez mais a integridade, segurança e sucesso do Wildfly.
O WildFly utiliza os padrões Java mais modernos, dando alta produtividade aos desenvolvedores e fornece determinados recursos avançados com estruturas fáceis de utilizar.
O Garbage Collector existente na JVM é responsável por
remover arquivos desnecessários do sistema.
parar a execução de aplicações que não têm alto desempenho.
identificar pontos de melhora no código heap.
gerenciar a memória da aplicação, removendo objetos que não são mais utilizados.
remover código inutilizado pelo software.
Em uma servlet, de um site desenvolvido em Java, o fragmento de código abaixo retorna uma lista de processos para o arquivo exibir_processos.jsp.
ProcessosDao dados = new ProcessosDao();
ArrayList<Processo> listaProcessos = dados.consultar(processo);
request.setAttribute("retornaProcessos", listaProcessos);
RequestDispatcher disp = request.getRequestDispatcher("exibir_processos.jsp");
disp.forward(request, response);
No arquivo exibir_processos.jsp, para receber a lista de processos, utiliza-se a instrução
<%ArrayList<Processo> listaProcessos = request.getAttribute ("retornaProcessos");%>
<%ArrayList<Processo> listaProcessos = (Processo) request.getList("retornaProcessos");%>
<%ArrayList<Processo> listaProcessos = ${retornaProcessos};%>
<%ArrayList<Processo> listaProcessos = (ArrayList<Processo>) request.getAttribute ("retornaProcessos");%>
<%ArrayList listaProcessos = (ArrayList<Processo>) $_REQUEST.getParameter ("retornaProcessos");%>
Os tipos de Servlets implementados no Java EE são:
HTTPServlet e HTTPSServlet.
XMLServlet e JSONServlet.
GenericServlet e HTTPServlet.
TCPServlet e UDPServlet.
HTTPServlet, FTPServlet e SMTPServlet.
Apenas uma única instância do Tomcat pode existir em uma única JVM (Java virtual machine); no entanto, é possível ter múltiplas instâncias em uma mesma máquina virtual, desde que em processos Java separados, em execução em portas separadas.
Certo
Errado
Um servidor de aplicação Java EE torna-se instável quando submetido a um alto volume de requisições, ficando indisponível por alguns minutos, embora o consumo de CPU, memória, disco e rede não estejam saturados. Frente a essa situação, o correto diagnóstico desse servidor requer
a expansão da memória reservada para uso pela aplicação, para evitar seu esgotamento.
o emprego de um mecanismo de balanceamento de carga, para diminuir o volume de requisições sobre um mesmo servidor.
a utilização de ferramentas que simulem carga para reproduzir o problema de forma controlada.
a aplicação de recursos para limitar o uso da CPU, evitando sobrecargas nos horários de pico.
a reconfiguração do servidor em um novo dispositivo de hardware, para mitigar possíveis falhas no equipamento.
Em um servidor de aplicação Glassfish, considere o uso do comando “deploy” para implantar uma nova versão de uma aplicação. Assinale a alternativa que possui o parâmetro a ser informado para forçar o servidor a substituir a versão já implantada pela nova.
--force=true
--upload=true
--replace=true
--redeploy=true
--verify=true
Um servlet é uma classe Java que pode receber requisições HTTP, processá-las e responder ao cliente em formato HTML.
Certo
Errado
De acordo com o ciclo de vida de um Servlet, considere as afirmações a seguir.
I ^ O servlet é inicializado chamando o método init.
II ^ O método doGET é o principal método de serviço de um servlet.
III ^ O método doPOSTé executado a partir de um pedido normal para uma URL ou a partir de um formulário HTML que não tem nenhum método especificado.
Está(ão) correta(s)
Em relação a servidores web e servidores de aplicação, considere as seguintes afirmações.
I. Um servidor web trata requisições e respostas de seus clientes empregando apenas o protocolo HTTP. Já um servidor de aplicação disponibiliza a lógica do negócio para programas de aplicação através de vários outros protocolos, incluindo o HTTP.
II. Um servidor de aplicação é um middleware que segue o padrão de contêiner. Nesse padrão, o contêiner possui um ou mais componentes que implementam a lógica da aplicação, ou do negócio, enquanto o contêiner, em si, trata dos aspectos não funcionais relacionados a sistemas distribuídos como, por exemplo, segurança, coordenação, transações, entre outros.
III. Um sistema operacional de rede fornece um ambiente (framework) para o desenvolvimento de aplicações no modelo 3-camadas com um servidor web embutido nesse ambiente. O produto final de uma aplicação desenvolvida nesse ambiente é denominado de servidor de aplicação.
Quais estão corretas?
Apenas I.
Apenas II.
Apenas I e II.
Apenas II e III.
I, II e III.
Existem diversas implementações de servidores de aplicação JEE. As opções a seguir se referem a servidores de aplicação JEE, à exceção de uma. Assinale-a.
JBoss Enterprise.
Squid.
Apache TomCat.
Glassfish.
Oracle WebLogic Server.
Dentro dos componentes existentes nos servidores de aplicação JEE, aquele que é responsável pela implementação de conteúdo dinâmico é o
JDBC.
JSP.
JCA.
EJB.
JTA.
Um cliente remoto de um Enterprise Bean:
não pode executar em uma máquina diferente ou em uma máquina virtual Java (JVM) diferente do enterprise bean que acessa.
pode ser somente um outro enterprise bean.
pode fazer chamadas para os métodos da interface Local do enterprise bean.
não precisa ter ciência da localização do enterprise bean, pois a mesma é transparente para o cliente.
pode ser somente um componente Web.