Qual é o principal problema desta implementação de tipo composto na base de dados? TIMESTAMP sem fuso horário Erro de sintaxe! NULL no código Falta CTE, legibilidade Problemas de portabilidade devido a SERIAL «TICKET_TYPE» não foi declarado na base de dados Não é o último valor ao nível de INTEGER
O que perderia e o que ganharia com polling explícito em vez de @KafkaListener?
Quais tecnologias você mais gosta?
Por que é que os starters do Spring Boot são necessários, se podemos fazer tudo no Spring?
O consumidor DLT estava no mesmo serviço que o principal? Por que ouvi-lo novamente e fazer log?
Se houver várias ofertas de várias empresas, com base em quais critérios farás a tua escolha? Nomeia três.
Escolha a resposta mais adequada - O coordenador diz que não suporta assíncrono - Falta um mecanismo de consistência de transações entre o Serviço B e o Serviço A - Falta criptografia nas ligações REST - Não há tratamento de erros nos registros de serviço
O que faz com os tópicos DLT?
Qual é a principal causa do comportamento incorreto do código? A imutabilidade dos objetos é violada O estado de interrupção não é tratado O desempenho piora devido ao bloqueio O conflito de objetos de bloqueio leva a uma situação de impasse Síncronia excessiva de recursos Estados de objetos não inicializadosimport java.util.concurrent.*; class Competition { private final Object lock = new Object(); public void syncMethodA(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodB(this); } } public void syncMethodB(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodA(this); } } } public class FitnessApp { public static void main(String[] args) { Competition comp1 = new Competition(); Competition comp2 = new Competition(); Thread t1 = new Thread(() -> comp1.syncMethodA(comp2)); Thread t2 = new Thread(() -> comp2.syncMethodB(comp1)); t1.start(); t2.start(); } }
Qual é o principal problema desta implementação? - Tabelas não otimizadas mostram o tamanho da imagem - O corte da imagem Docker no RUN pode ser um problema - Vários CMD, apenas o último funciona - A operação de remoção não considera a filtragem pela "imagem visível"
Qual é o principal problema desta implementação? - A porta '83' pode já estar ocupada no host - Organização ineficaz da aparência - Sobrescrita da porta devido à ordem incorreta do comando - A configuração usa uma versão confidencial - Caminho incorreto na última compilação versão: '3.8' serviços: art-marketplace: build: context: ./art-market ports: - "83:83" networks: - art-network redes: art-network: driver: overlay
Fala-me sobre ti, por que estás à procura agora, o que estás a procurar?
Tem alguma experiência de trabalho com domínios de fintech — pagamentos, finanças, faturação, integração?
Implementação incorreta da lógica de tratamento de erros com onErrorResume Não há diferenciação no tratamento de erros em handleEnrollmentError Falta a injeção dependendo do controlador O método handleEnrollmentError não usa parâmetros CourseController não está registrado há dez anos
Quais são os níveis de isolamento de transações em SQL e qual deles está definido por padrão no PostgreSQL?
Qual é o principal problema desta implementação - Definição incorreta dos estados HTTP com tipos de exceções - Configuração incorreta da injeção de dependências - Os ouvintes assíncronos não estão envolvidos - Tratamento de exceções não padrão no manipulador - Configuração incorreta dos beans - @Autowired não é utilizado para o desenvolvimento da dependência
Qual é o principal problema da estrutura de solução escolhida - Ligação rígida, baixa flexibilidade - Violação do polimorfismo ao processar elementos - Não há método de fábrica para WardrobeItem - Não há padrão Adapter para novos otimizadores - Operações de alto custo dentro da otimização
O WardrobeManager deve usar @Autowired Falta a classe para gerir binários Falta gestão de transações ItemRepository não está anotado com @Repository Uso do construtor em vez do contêiner Spring para criar o componente O construtor de WardrobeController não usa @Autowired
O que fazer com o contexto MDC no Kafka?
O que é devolvido ao produtor se ele enviar um ID que já foi enviado há algum tempo (período de idempotência de 6 horas)?
