MapStruct é um gerador de código que permite realizar a implementação de mapeamentos entre tipos de bean Java com base em uma abordagem de convenção sobre configuração, permitindo gerar mapeamentos de bean em tempo de compilação.

No contexto do framework Spring, o service discovery é um dos princípios fundamentais de uma arquitetura baseada em microsserviços, pois, quando um cliente se registra no servidor Eureka, este receberá heartbeat messages de cada instância pertencente a um serviço e, caso a mensagem falhe em um horário configurável, a instância poderá ser removida do registro.

Swagger é um conjunto de ferramentas de código aberto construídas em torno da especificação OpenAPI que permite projetar, criar, documentar e consumir APIs REST.

Julgue o próximo item, relativo a Java, API RESTful e JSON.

A execução do seguinte código, escrito em Java, resultará um código JSON válido.

public class CriaJson {
    public static void main(String[] args)
    {
        String json = "{\n" +
                      "\"nome\":"
        \"Supremo\";\n" +
                      "\"nome\":"
        \"Tribunal\";\n" +
                      "\"nome\":"
        \"Militar\"\n" +
        "}";
        System.out.println(json);  
    }
}

Julgue o próximo item, relativo a Java, API RESTful e JSON.

A execução do código a seguir, escrito em Java, retornará o resultado True.

package com.mcnz.recursion;

public class checkpgm {

    public static void main(String[] args) {
        boolean flag = Check("STM");
        System.out.println(flag);
    }
    public static boolean Check(String s){
        if(s.length() == 0 || s.length() == 1) {
            return true;
        }
        if(s.charAt(0) == s.charAt(s.length()-1)) {
            return Check(s.substring(1, s.length()-1));
        }
        return false;
    }
}

Acerca do Rancher, julgue o seguinte item.

No arquivo project.yaml a seguir, utilizado para criar projetos dentro de um cluster Kubernetes gerenciado pelo Rancher, o campo namespace no bloco metadata deve ter o mesmo valor que o campo clusterName do bloco spec para que o recurso criado seja associado a um cluster específico.

apiVersion: management.cattle.io/v3
kind: Project
metadata:
  name: p-abc123
  namespace: local
spec:
  clusterName: local
  description: Example Project
  displayName: Example

Considere que o seguinte arquivo YAML tenha sido utilizado para criar um deployment no Kubernetes:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

A partir das informações da situação hipotética precedente, julgue o item a seguir.

No código em questão, o campo replicas: 2 no bloco spec indica que dois contêineres serão executados dentro de um único pod de nome nginx, que será ouvido na porta 80.

Considere que o seguinte arquivo YAML tenha sido utilizado para criar um deployment no Kubernetes:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

A partir das informações da situação hipotética precedente, julgue o item a seguir.

O campo selector dentro do grupo spec, no código em apreço, é usado para encontrar os pods que pertencem a esse deployment, com base no rótulo app: nginx.

A respeito de CI/CD (continuous integration/continuous delivery), julgue o próximo item.

No trecho do arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines com base em variáveis de ambiente, na execução do bloco job2, o valor da variável ALL_JOBS_VAR será “Different value than default”, pois variáveis definidas no nível do job têm precedência sobre as globais com o mesmo nome.

variables:
  ALL_JOBS_VAR: "A default variable"

job1:
  variables:
    JOB1_VAR: "Job 1 variable"
  script:
    - echo "Variables are '$ ALL_JOBS_VAR' and '$ JOB1_VAR'"

job2:
  variables:
    ALL_JOBS_VAR: "Different value than default"
    JOB2_VAR: "Job 2 variable"
  script:
    - echo "Variables are '$ ALL_JOBS_VAR', '$ JOB2_VAR', and '$ JOB1_VAR'"

A respeito de CI/CD (continuous integration/continuous delivery), julgue o próximo item.

No trecho de arquivo .gitlab-ci.yml, utilizado no GitLab CI/CD para definir regras de execução de pipelines, só será criada a pipeline se as três regras de ativação do workflow.rules forem verdadeiras.

workflow:
  rules:
    -   if:         $ CI_PIPELINE_SOURCE      ==
'merge_request_event'
    - if: $ CI_COMMIT_TAG
    -   if:         $ CI_COMMIT_BRANCH        ==
$ CI_DEFAULT_BRANCH