Java Servlet é uma tecnologia server-side que executa sobre o protocolo HTTP. Servlets esperam o cliente enviar uma mensagem de request para o servidor, e então retornam uma mensagem de response para o cliente. As mensagens de request e response são constituídas de duas partes:

Sejam os seguintes componentes da interface com usuário do JSF, marque V (verdadeiro) ou F (falso) e depois marque a opção correta.

( ) - UIColumn: representa uma única coluna de dados em um componente UIData.

( ) - UIGraphic: mostra apenas um gráfico de pizza ou barras.

( ) - UIInput: lê dados de entrada de um usuário.

( ) - UIPanel: gerencia o layout de componentes-pai.

( ) - UISelectItems: representa um conjunto inteiro de itens.

Seja o código JSTL abaixo:

<c:forEach var="pessoa" items="${dao.lista}">

${pessoa.nome}, ${pessoa.email},

${pessoa.endereco}, ${pessoa.dataNascimento}

</c:forEach>

É corretor afirmar que:

O código JSF (baseado na versão 4.0 do Servlet e na versão 2.3 do JSF) abaixo demonstra integração entre o JSF e o server o push do servidor.

<h:head>

<h:outputStylesheet library="css" name="logo.css"/>

<h:outputScript library="js" name="logo.js"/>

<title>JSF 2.3 ServerPush Example</title>

</h:head>

<h:body>

<h:form>

<h:graphicImage library="images" name="logo.jpg"/>

</h:form>

</h:body>

</html>

Sobre o código, é correto afirmar que os recursos (logo.css, logo.js e logo.jpg) irão ser enviados ao cliente, um a um durante a fase (phase) do JSF conhecida como:

A tecnologia de servidor chamada Push do Servlet 4.0 permite que o servidor envie recursos para o cliente de forma proativa, ou seja, sem que o cliente necessite no momento mas que haja uma grande chance do recurso ser usado logo após. Uma instância de PushBuilder é criada através do HttpServletRequest e cada instância tem um método request inicializado com:

Para acessar o banco de dados SQLite do Android, a SDK já disponibiliza uma API para o desenvolvedor. Nessa API, a classe responsável em criar o banco de dados e também gerenciar o seu versionamento é:

O Content Provider gerencia o acesso a um repositório de dados central de uma aplicação Android. Provedores são destinados principalmente ao uso por outros aplicativos que o acessa usando um objeto cliente. Juntos, através de uma interface, provedor e cliente garantem acesso aos dados. Sobre Content Providers, é correto afirmar que:

Aplicações Android podem receber mensagens broadcast de outras aplicações android ou do próprio sistema em uma abordagem semelhante ao padrão de projeto publish-subscribe. Broadcasts são enviados quando eventos de interesse ocorrem. Um exemplo é quando o dispositivo é colocado para carregar e o Android envia mensagens para os aplicativos interessados. Marque V (verdadeiro) ou F (falso) para as alternativas abaixo e depois marque a opção correta ( considere a API level 27 ou maior).

( ) As mensagens de broadcast são colocadas dentro de um objeto Intent.

( ) Uma ação identifica o evento, por exemplo: android.intent.action.AIRPLANE_MODE.

( ) Aplicativos podem receber mensagens de broadcast em duas formas: manifest-declared receivers ou contextregistered receivers

( ) Para implementar um receiver, deve-se criar uma classe que herde de BroadcastReceiver e sobrescreva o método onReceive.

MIDlets são aplicações que usam a MIDP (Mobile Information Device Profile). Aplicações típicas incluem jogos com interfaces simples e acesso limitado à internet. Sobre MIDlets e a MIDP 2.0, é correto afirmar que:

A Sun possui três edições de Java: a Standard Edition (J2SE); a Enterprise Edition (J2EE) e a Micro Edition (J2ME). Esta última com o intuito de construir aplicações para dispositivos com processamento e memória limitados. Sobre J2ME, é correto afirmar: