AdrianoSiqueira

No método main. Onde você passou uma String, você tem que passar um objeto do tipo Date.

Crie um objeto do tipo Date.

O método updatedAt recebe um objeto do tipo Date, você está passando uma String.

Lá no método main você cria um objeto do tipo Projeto, mas você não seta o updatedAt. Se esse atributo for um objeto (ou seja, não é um tipo primitivo), o Java vai iniciá-lo com null. Dessa forma, quando você chama getUpdatedAt é retornado null, até aí tudo bem, afinal ele foi inicializado com o valor padrão. O problema é que na sequência você chama getTime, mas como o valor foi null, é lançado uma exceção (NullPointerException). O que está acontecendo é isso: projeto.getUpdatedAt().getTime(); null.getTime(); // Isso não pode acontecer NullPointerException; Para resolver, você tem que setar o updatedAt lá no método main.

Só com o trecho de código que você postou não dá para afirmar o que pode ser. Se você puder, poste o código da classe toda. Veja se nessa linha não tem nenhum erro de digitação. Se você estiver usando um IDE, veja se ele acusa algum erro nessa linha, geralmente fica um sublinhado vermelho, ou algum outro indicador de problema.

Você está tentando chamar um método de um objeto nulo. Provavelmente algum objeto não foi iniciado corretamente. Qual linha exatamente está lançando essa exceção? Verifique se a conexão com o banco de dados está acontecendo corretamente.

Sem acesso ao código fonte não dá para fazer nada. Se o vendedor não se recusa a dar suporte, o melhor é acionar a justiça.

Provavelmente é problema com o fechamento das chaves, você está fechado chaves demais onde não deve.

Vai nas configurações do Windows e habilite a opção de permitir a instalação de programas fora da loja.

Uma lógica mais ou menos assim deve ser o suficiente: public static void main(String[] args) { executar(); } public void executar() { Scanner scanner = new Scanner(System.in); System.out.print("Digite um numero: "); int numero = scanner.nextInt(); if (numero >= 0 && numero < 100) { System.out.println("Processando o numero: " + numero); processar(numero); } else { System.out.println("O numero: '" + numero + "' não esta em uma faixa valida."); } } public void processar(int numero) { // Faz o processamento do numero }

Não precisava ter criado outro tópico com o mesmo problema, poderia ter continuado com aquele. Esse else-if é dispensável, poderia ter usado apenas o else. Afinal, se o valor não for maior do que 0 e menor do que 100, automaticamente já será desconsiderado pelo else. E qual é a sua dúvida sobre o exercício?

Revise a condição de execução do for. Tem um erro lá.

Pode fazer um if testando se o valor está dentro dos limites. Se estiver, prossiga com o resto do processamento, caso contrário exiba uma mensagem para o usuário informando a situação. Eu lançaria uma exceção nesse caso.

Essa sintaxe não é válida no Java. Se não me engano ela funciona no Python.

Veja se esses materiais ajudam: acervolima e brizeno.

Dê uma olhada nesse tópico.

Recomendo que siga essas aulas: Maratona Java.

Acho que você terá mais sorte perguntando na sessão de web, mas de qualquer forma, veja se esse tópico te ajuda: alura.

Como dito pelo @JorgeGus, isso é sujeira no buffer. Esse problema acontece quando você vai ler texto puro após ter lido um dado de tipo não textual. Isso dá pau: int i = scanner.nextInt(); String s = scanner.nextLine(); // Passa direto Isso dá pau: boolean i = scanner.nextBoolean(); String s = scanner.nextLine(); // Passa direto Isso dá pau: double i = scanner.nextDouble(); String s = scanner.nextLine(); // Passa direto Esses abaixo funcionam, porque o lixo do buffer é ignorado automaticamente quando o Scanner vai ler um dado não textual. Isso funciona: int a = scanner.nextInt(); int b = scanner.nextInt(); // Ignora o lixo automaticamente Isso funciona: boolean a = scanner.nextBoolean(); int b = scanner.nextInt(); // Ignora o lixo automaticamente É uma boa prática você limpar o buffer sempre após ler um dado não textual, apesar de ser desnecessário se a próxima leitura também for não textual, essa prática garante que seu código não vai quebrar se você mudar a ordem de leitura dos dados. Assim: int a = scanner.nextInt(); scanner.nextLine(); // Limpa o buffer String b = scanner.nextLine(); // funciona como esperado

Não é uma questão de correção, mas se você quer padronizar o formato de entrada independentemente do idioma, você pode definir o Locale padrão da JVM. Assim: // Definir para o português brasileiro (usa vírgula) Locale.setDefault(new Locale("pt", "BR")); // Definir para o inglês americano (usa ponto) Locale.setDefault(new Locale("en", "US"));

A classe Scanner é sensível ao Locale da máquina, se seu sistema operacional está em português, a leitura de números decimais deve ser feita com vírgula, caso contrário com ponto.

Precisa ser mais específico, tem várias classes que parecem não estar relacionadas, qual é o contexto? Se trata de um exercício? Qual o enunciado?

Qual a versão do Java você tem?

Esse comando edit não existe no cmd. Onde você viu esse comando? Para editar arquivos, você pode usar o bloco de notas, ou algum outro editor de texto.

Percorra todas as letras da string e vai adicionando elas em uma outra string. Para cada letra adicionada você incrementa um contador, quando você copiar 3 letras, você adicionar um underline, depois continua adicionando mais letras, e assim por diante.