Skip to content

Latest commit

 

History

History
80 lines (48 loc) · 3.91 KB

FAQ.md

File metadata and controls

80 lines (48 loc) · 3.91 KB
Raw

FAQ

Estou a usar IntelliJ e o autocomplete não funciona!

Confirme que:

  1. O SDK do Java está configurado no projeto (File > Project Structure -> Project > SDK)
  2. A integração do Maven está ativada. Caso não tenha um menu Maven na barra lateral direita, clique com o botão direito do rato na raiz do projeto, escolha "Add Framework Support", selecione Maven e clique em OK.
  3. Corra a fase install do Maven no módulo contrato.
  4. Caso já tenha corrido a fase install, use o botão "Reload All Maven Projects" no menu Maven da barra lateral direita (botão com setas circulares mais à esquerda desse menu).

Quando mvn install é corrido de um terminal, seja dentro ou fora do IntelliJ, pode ser necessário repetir o último passo.

Há situações em que não há um único erro a retornar ao cliente. Qual deles escolho?

Este aspeto nem sempre é especificado em sistemas reais. Para facilitar testagem, foi construída esta ordem:

  1. INACTIVE_SERVER
  2. WRITING_NOT_SUPPORTED
  3. ENROLLMENTS_ALREADY_OPENED
  4. ENROLLMENTS_ALREADY_CLOSED
  5. STUDENT_ALREADY_ENROLLED
  6. NON_EXISTING_STUDENT
  7. FULL_CLASS
  8. OK

As situações com índice menor tomam sempre precedência sobre as restantes, caso ocorram.

Que formato de saída deve ter o meu programa?

Para permitir testagem automática, têm de seguir este formato

O que acontece se um professor reabrir com capacidade inferior?

Seguindo o seguinte exemplo: um professor abre uma turma com 20 alunos, fecha a turma e reabre com 10.

  • Caso estejam menos de 10 alunos inscritos a capacidade passa a 10 e abre.
  • Caso estejam 10 alunos inscritos ou mais retorna FULL_CLASS ao professor.

Devo implementar a flag -debug em todos os processos?

Para a entrega final (P3), sim, todos os processos devem ter disponível a flag -debug.

O que deve aparecer na consola quando a flag -debug está ativa?

Devem imprimir informação que permita perceber exatamente o que está a acontecer, sendo ao vosso critério aquilo que acham que devem imprimir. Notem que o -debug serve para termos uma visão mais específica de todo o processo.

Vale a pena documentar o código, usando, por exemplo, javadocs?

Sim. Os comentários no código são uma boa prática que ajuda a perceber, não só o código em si, mas também a lógica por trás do mesmo. Visto que estão a programar em java, então javadocs seria uma boa opção.

Podem/devem ser adicionados erros ao enum que já existe para fazer verificações de argumentos?

Não vale a pena. As verificações de argumentos incidem sobre a lógica do negócio do projeto, mas esta é uma cadeira de Sistemas Distribuídos, pelo que vos queremos focados nos problemas de distribuição do vosso projeto. Usem os erros já definidos que se aproximem o mais próximo possível da situação, ou, na falta de melhor, devolvam um erro do gRPC em si (o mais adequado possível).

O que deve retornar quando um aluno se tenta inscrever numa turma com as inscrições fechadas?

Deve retornar ENROLLMENTS_ALREADY_CLOSED.

O que deve retornar quando o professor tentar abrir as inscrições e estas já estiverem abertas?

Deve retornar ENROLLMENTS_ALREADY_OPENED.

É necessário criar a pasta demo e o guião?

Para já, não é obrigatório. Porém, para a entrega final (entrega 3), sim, a pasta demo e o guião devem constar na entrega.

Não, é apenas necessário escrever um relatório como descrito no enunciado. Não é necessário elaborar um guião de demonstraç

Até que horas se pode submeter a entrega?

Até às 23:59h do dia definido para a entrega.

O que deve acontecer quando um servidor está inativo?

Deve retornar um erro de INACTIVE_SERVER a qualquer pedido vindo do aluno ou professor, inclusive pedidos de atualização (propagate). Apenas o administrador deve conseguir executar os pedidos normalmente.