memorizável, temporizada, intuitiva e operável.

intuitiva, integrável, adaptativa e proporcional.

perceptível, operável, compreensível e robusta.

compreensível, adaptativa, proporcional e memorizável.

proporcional, temorizada, robusta e memorizável.

está incorreta, pois não pode ter dois pontos dentro do parêntese, antecedendo o valor last-child.

oculta a última coluna da tabela e coloca cor de fundo vermelha nas duas primeiras colunas.

coloca a cor de fundo verde na última linha da tabela, que contém os valores Célula 3.1, Célula 3.2 e Célula 3.3.

coloca cor de fundo verde em todas as colunas da tabela, exceto na última, que contém os valores Célula 1.3, Célula 2.3 e Célula 3.3.

HTML, AJAX, JBoss Seam e EJB.

HTML, Servlet, Seam e JDBC.

AJAX, Servlet, EJB 3 e Seam.

Facelets, JSF, Seam e EJB 3.

JSTL, Seam, JSF e JDBC.

I, II, III e IV.

I e II, apenas.

III e IV, apenas.

I, II e III, apenas.

I, apenas.

o elemento Header é um elemento obrigatório que contém informações específicas sobre a mensagem SOAP.

uma mensagem SOAP pode conter um ou mais elementos Fault que são opcionais e usados para indicar mensagens de erro.

o atributo encodingStyle do elemento Envelope é utilizado para definir os tipos de dados utilizados no documento. Este atributo pode aparecer apenas no elemento Envelope.

o xmlns:soap namespace deve sempre ter o valor "http://www.w3.org/2001/12/soap-envelope". Se um namespace diferente for usado, o aplicativo gera um erro e descarta a mensagem.

se houver um elemento Fault na mensagem, ele deve aparecer obrigatoriamente como um elemento filho do elemento Header.

servlet Controller.java e ao arquivo faces_config.xml

FaceletServlet e ao arquivo web_config.xml.

FacesServlet e ao arquivo faces-config.xml.

servlet Controller e ao arquivo web-config.xml.

servlet Facelet e ao arquivo web.xml.

A grande vantagem do JBoss é que não é necessário fazer a administração e configuração manualmente através da manipulação de arquivos XML. Ele possui, desde que foi criado, assistentes que permitem fazer a configuração e administração do ambiente de forma bastante amigável.

O JBoss é um Contêiner Web, parte da plataforma corporativa Java EE, que abrange as tecnologias Servlet e JSP, incluindo tecnologias de apoio relacionadas como Realms e segurança, JNDI Resources e JDBC DataSources. Porém, o JBoss não implementa um contêiner EJB e, consequentemente, não suporta EJBs.

O JBoss tem como aspectos positivos o fato da administração e manutenção da configuração ser bastante simples após um aprendizado inicial, porém, só é distribuído como um software proprietário, o que gera altos custos de licença de uso.

O Tomcat tem a capacidade de atuar como servidor web/HTTP autônomo, ou pode funcionar integrado a um servidor web dedicado, como o Microsoft IIS, ou ainda como parte integrante de um servidor de aplicações mais amplo, como JBoss AS, provendo os recursos de Java Servlet e JSP.

O Tomcat é um servidor de aplicação completo que suporta as tecnologias servlet/JSP, EJB, JPA e outras tecnologias Java. Desde que foi criado, o Tomcat é a Implementação de Referência para as tecnologias servlet/JSP.

ui:fragment e ui:include

ui:component e ui:param

ui:component e ui:include

ui:decorate e ui:param

ui:composition e ui:define

Quando o construtor de uma das superclasses recebem parâmetros, aqueles que são das subclasses são passados para os construtores das subclasses por meio da instrução super.

Na classe Principal, as instruções import classes.Diarista; e import classes.Mensalista; podem ser excluídas sem ocasionar erros, pois os objetos fun01 e fun02 são do tipo Funcionário e, por isso, apenas a classe Funcionário precisa ser importada.

Os objetos fun01 e fun02 são do mesmo tipo, porém, quando chamam o método obterSalario, recebem valores diferentes, logo, se comportam de maneiras diferentes. Essa constatação mostra o uso de um conceito da orientação a objetos chamado de polimorfismo.

As subclasses Mensalista e Diarista não podem possuir um construtor padrão sem argumentos, pois todos os objetos dessas classes precisam passar parâmetros para a superclasse Funcionário.

O fato das classes Diarista e Mensalista herdarem atributos e métodos da classe Funcionário demostra o uso de herança múltipla.

correta, pois métodos protected podem ser acessados de qualquer outra classe do projeto, inclusive da classe Principal.

correta, pois o método obterSalario chamado é da classe Diarista (que é public) e não da classe Funcionário.

incorreta, pois o método obterSalario chamado é da classe Mensalista e, na realidade, deveria ser da classe Diarista.

incorreta, pois como as classes Principal e Funcionário estão em pacotes diferentes, não é possível chamar o método obterSalario a partir da classe Principal.

correta, pois a classe Funcionário herda o método obterSalario (que é public) da classe Diarista.