Julgue o item seguinte, acerca da linguagem de programação Java.


O código Java apresentado abaixo não será compilado <center><img alt='Imagem questão' src=https://d1obul4n7gbyjy.cloudfront.net/63d156512dac9e38252dd940cespe-2012-banco-da-amazonia-tecnico-cientifico-analise-de-sistemas-provaimagem_2023-01-25_133805122.png /></center>

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão pede que se julgue a afirmativa relacionada ao uso de hashtables na linguagem de programação Java, especificamente sobre a possibilidade de utilizar chaves e valores nulos. De acordo com o enunciado:
 
 
 "Ao se criar um hashtable em uma classe, nenhuma chave null será permitida, mas serão permitidos valores null."
 
 
 A primeira parte da afirmação está correta: em Java, a classe <code>Hashtable</code> não permite chaves nulas (null). Isso ocorre porque os métodos <code>put</code> e <code>get</code> da classe <code>Hashtable</code> utilizam a chave para calcular o hash, e um valor nulo resultaria em uma exceção <code>NullPointerException</code>.
 

 Entretanto, a segunda parte da afirmação afirma que são permitidos valores nulos, o que é incorreto. A classe <code>Hashtable</code> também não permite valores nulos, pelos mesmos motivos relacionados ao cálculo de hashes e potencial lançamento de exceção <code>NullPointerException</code>. Se tentarmos inserir um valor nulo, a própria classe lançará uma exceção, impedindo essa operação.
 

 Portanto, é importante destacar a diferença entre <code>Hashtable</code> e <code>HashMap</code> neste contexto:
 
 
 <ul>
 <li>Hashtable: Não permite chaves nem valores nulos.</li>
 <li>HashMap: Permite tanto chaves quanto valores nulos (embora apenas uma chave nula seja permitida).</li>
 </ul>
 

 Este comportamento destaca a flexibilidade do <code>HashMap</code> em comparação com o <code>Hashtable</code>, que possui um design mais antigo e mais restritivo em termos de chave e valores nulos. Dessa forma, para aplicações que requerem a aceitação de nulos, o <code>HashMap</code> é mais apropriado.
 

 Diante dessa análise detalhada, é possível concluir que a afirmativa proposta no enunciado está incorreta, visto que a <code>Hashtable</code> não permite nem chaves e nem valores nulos, contrariando a afirmação de que são permitidos valores nulos.
 

 Portanto, a alternativa correta é E.
 

</body>
</html>

Ao se criar um hashtable em uma classe, nenhuma chave null será permitida, mas serão permitidos valores null.


O código de classe a seguir é adequado para converter, em Java, um array de string para um arraylist. <center><img alt='Imagem questão' src=https://d1obul4n7gbyjy.cloudfront.net/63d156512dac9e38252dd940cespe-2012-banco-da-amazonia-tecnico-cientifico-analise-de-sistemas-provaimagem_2023-01-25_133853908.png /></center>

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 Para abordar esta questão sobre a linguagem de programação Java, é essencial entender como funciona a compatibilidade entre diferentes versões da Java Development Kit (JDK), especialmente em relação à compilação e execução de programas.
 
 
 O Java utiliza um mecanismo de controle de versão para suas classes compiladas, o que é fundamental para a compatibilidade entre diferentes versões da plataforma. Quando um programa Java é compilado, ele é transformado em bytecode, que é armazenado em arquivos de classe (.class).
 
 
 Cada versão da JDK gera bytecodes compatíveis com uma versão específica do Java Runtime Environment (JRE). A versão do bytecode é registrada no arquivo de classe e é verificada cada vez que um programa é executado.
 
 
 Na situação descrita na questão, um arquivo de classe compilado com a JDK 1.6, que corresponde à versão de bytecode 50.0, é executado em um ambiente que suporta apenas a versão 49.0 do bytecode, tipicamente a JDK 1.5. Isso ocorre porque a JDK 1.6 introduziu atualizações e recursos que não estão presentes na vJDK 1.5.
 
 
 A mensagem de erro "class file has wrong version 50.0, should be 49.0" indica que a versão do arquivo de classe (50.0) é incompatível com a versão do ambiente de execução (49.0). Isso impede a execução do programa e assegura que funcionalidades que podem não estar disponíveis na versão inferior não sejam erroneamente utilizadas, potencialmente levando a comportamentos indefinidos ou erros de execução.
 
 
 Vamos analisar as duas alternativas fornecidas:
 
 
 <ul>
 <li>C) Certo:
 Esta alternativa afirma que ocorrerá um erro de versão ao tentar executar um arquivo de classe compilado com uma versão mais recente da JDK em uma versão mais antiga da JRE. A descrição está correta e reflete o comportamento padrão da máquina virtual Java ao enfrentar tal cenário.
 </li>
 
 <li>E) Errado:
 Esta alternativa seria correta se o arquivo de classe compilado na JDK 1.6 pudesse ser executado sem problemas na JDK 1.5, o que não é o caso. Portanto, esta afirmativa está incorreta.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é C.
 

</body>
</html>

Em Java, se uma class fosse compilada na JDK 1.6 e rodada com a JDK 1.5, seria obtido o seguinte erro: class file haswrongversion 50.0, shouldbe 49.0

A topologia em anel é um dos vários arranjos utilizados para conectar computadores em uma rede. Na topologia em anel, cada computador ou estação é conectado a dois outros computadores na rede, formando um ciclo ou anel fechado. A transmissão de dados em uma rede em anel tradicionalmente ocorre em um único sentido – ou seja, os dados trafegam em uma direção ao longo do anel. Isso é conhecido como transmissão unidirecional ou simplex. 

Nesse tipo de configuração, um sinal é passado ao longo do anel em uma direção de um nó para o outro até que atinja seu destino. Isso é feito para evitar colisões de dados - um cenário onde dois computadores tentam enviar informações ao mesmo tempo, podendo resultar em perda de dados. 

No entanto, a topologia em anel também pode suportar transmissão bidirecional (também chamada de duplex), embora não seja tão comum quanto a unidirecional. Nas redes com capacidade bidirecional, os dados podem circular tanto no sentido horário quanto no anti-horário ao redor do anel, o que pode melhorar a eficiência da rede e a tolerância a falhas, uma vez que se um link é quebrado, os dados podem ser redirecionados no sentido oposto. 

Portanto, a afirmativa da questão poderia ser interpretada como verdadeira se referindo especificamente a redes de topologia em anel unidirecional, mas seria incorreto afirmar que todas as redes em anel operam exclusivamente nesse modo. Isso justifica a resposta marcada como "Errado" (E), uma vez que não contempla a possibilidade de uma topologia em anel ser bidirecional. 

Gabarito: Letra E

Em uma rede que emprega a topologia em anel, as estações são conectadas entre si, em um caminho fechado e com transmissão de dados unidirecional.


Acerca de redes de computadores, julgue o item que se segue.


Questões de Concurso Superior - Verdadeiro ou falso - 2012