No desenvolvimento de uma aplicação Angular, o serviço abaixo foi criado para buscar dados de clientes de um banco de dados usando HTTP.

@Injectable({
  providedIn: 'root',
})
export class ProcessoService {
  constructor(private http: HttpClient) {}

  getProcessos() {
    return this.http.get('https://api.tribunal.com/processos');
  }
}

No entanto, ao tentar consumir o método getProcessos (), surgiram erros de rede intermitentes, causando falhas na aplicação sem feedback adequado para o usuário, A melhor solução para administrar as exceções de rede nesse contexto é

Em uma aplicação que utiliza JPA 2.0 e Hibernate 4.3, existem duas entidades: Order e OrderItem. O atributo private List<OrderItem> items; da entidade Order deve estabelecer um relacionamento um-para-muitos com OrderItem, de forma bidirecional, sendo o campo order na entidade OrderItem o responsável pela gestão da associação. As operações de persistência realizadas em Order devem ser propagadas para os OrderItem associados, e a lista de itens deve ser carregada somente quando for explicitamente acessada, e não quando a entidade Order for recuperada do banco de dados. Nesse contexto, a anotação que deve ser utilizada imediatamente antes da declaração private List<OrderItem> items; na entidade Order é

Durante o desenvolvimento de uma API, um analista utiliza springdoc-openapi para gerar a documentação dos endpoints automaticamente e deseja que a documentação inclua descrições detalhadas para métodos específicos da API. Nesse contexto, a maneira correta e recomendada de documentar um endpoint usando anotações compatíveis com springdoc-openapi é

Considere o seguinte trecho de código em Java:

public class Calcular {

public static void main(String[] args) {

int resultado = 5;

resultado += 2 * 3;

resultado -= 4 / 2;

resultado *= (1 + 1);

System.out.println (resultado);

}

}

A saída exibida no console após a execução do código será

Uma Analista criou o método abaixo para acessar um banco de dados utilizando JDBC:

public Connection getConnection() {

try {

Class.forName ("com.mysql.cj.jdbc.Driver");

return DriverManager.getConnection("jdbc:mysql://localhost:3306/b406f", "user", "pass");

} catch (Exception e) {

System.out.println("Erro de conexão: " + e.getMessage());

}

return null;

}

A principal falha nesse código, considerando boas práticas de administração de exceções, é que

Em um Tribunal Regional do Trabalho, a equipe de analistas está desenvolvendo um novo sistema para gestão de processos administrativos trabalhistas. Diante da necessidade de controlar requisitos em constante evolução, interações frequentes com os usuários finais e entregas incrementais, a escolha de uma abordagem metodológica precisa equilibrar adaptabilidade, previsibilidade de prazos e capacidade de estimar esforços de desenvolvimento. Considerando esse cenário, a equipe optou por utilizar

Uma Analista está desenvolvendo um serviço para o sistema de agendamento de audiências de um Tribunal Regional do Trabalho. O serviço deve expor uma API RESTful que permita autenticação segura dos usuários e forneça as informações de audiências em formato padrão. Considerando as boas práticas de desenvolvimento de web services, analise o código em Javascript abaixo, que será executado em condições ideais.

// Aqui haveria um trecho de um endpoint em Node.js usando Express

const express = require('express');
const app = express();

app.get('/audiencias', (req, res) => {
  const token = req.headers['authorization'];

  // Código para verificar token e retornar audiências
});

A abordagem mais adequada para implementar a autenticação desse serviço (onde encontra-se o comentário Código para veri ficar token e retornar audiências) é:

Durante o desenvolvimento de um sistema de controle de audiências para um Tribunal do Trabalho, a equipe de analistas foi orientada a adotar práticas de desenvolvimento de software seguro conforme frameworks reconhecidos. Em função disso, a equipe optou por

Um Tribunal do Trabalho está modernizando seu sistema de solicitação de carteiras profissionais para trabalhadores de diversas categorias. Durante a fase inicial de levantamento de requisitos, a equipe de analistas elencou alguns requisitos a serem atendidos pela nova solução. O sistema deve:

1. permitir que os trabalhadores cadastrem suas solicitações on-line, anexando documentos digitalizados obrigatórios.
2. garantir tempo de resposta inferior a 2 segundos para consultas de status de solicitações.
3. possibilitar que funcionários analisem e aprovem as solicitações, registrando pareceres eletrônicos.
4. gerar notificações automáticas via e-mail para o trabalhador sobre atualizações do pedido.
5. estar disponível para acesso ao público por, no mínimo, 99.5% do tempo mensal.

Em relação aos requisitos apresentados,