8200383 / pei_ac Goto Github PK

Useful docs

Documentaion link: Rest BaseX

• Corrigir valores negativos
• Verificar reservas duplicadas

O Simão já descobriu como se faz: https://www.altova.com/xpath-xquery-reference/fn-xml-to-json

• #26
  cuidadosamente o domínio de negócio (procurando exemplos reais) e estabelecer os requisitos
  que devem ser considerados no vocabulário. Por exemplo, podem ser indicados requisitos
  específicos que limitem o domínio dos elementos e atributos utilizados no vocabulário (por
  exemplo, o código interno de um agendamento terá de possui um determinado número de
  caracteres com...).

• #25
  dados em MongoDB) e realizar uma apreciação crítica do trabalho desenvolvido. Para isso, deverá
  ser desenvolvido um relatório que representa uma componente crítica do trabalho.

• #24
  elementos desenvolvidos. Deve produzir documentação adequada e fornecer exemplos de
  documentos XML que permitam validar o vocabulário produzido.

• #23
  dashboard no atlas, etc);

• Justificação da abordagem seguida e uma apreciação crítica do trabalho desenvolvido.

Adicionar testes ao vocabulário XSD

• Cancel
• Reservation

Informação sobre a família que irá visitar a oficina.

• Esta informação incluiu o número de elementos
  da família, o país, a cidade de origem e ainda o nome e a data de nascimento de cada um dos
  seus membros.
• Não devem ser permitidas famílias com mais do que 7 elementos.
• Preferências de dias, até um máximo de 5. A preferência engloba apenas a data da visita

Como a procura é muito grande, o Pai Natal quer tornar o processo de agendamento o mais
justo possível. Para isso, foi permitido a um número máximo das 5.000 famílias (50 por dia, no máximo)
que pretendam visitar a sua oficina

• Como a procura é muito grande, o Pai Natal quer tornar o processo de agendamento o mais justo possível. Para isso, foi permitido a um número máximo das 5.000 famílias (50 por dia, no máximo) que pretendam visitar a sua oficina.

• A submissão de documentos correspondentes a um agendamento. A API deverá validar o documento XML submetido e registar o agendamento (caso seja possível agendar a visita para alguns dos dias identificados nas preferências). Deverá ser apresentado o resultado da operação
  (indicação de sucesso caso o agendamento tenha sido registado ou então a indicação do erro) e um código de reserva gerado automaticamente

Exemplos

https://moodle2.estg.ipp.pt/pluginfile.php/33253/mod_resource/content/1/ExemploValidacaoOcorrenciaComAdicionar.xqm.txt
https://docs.basex.org/wiki/RESTXQ
https://github.com/siserle/blog-example/tree/master/restxq

Exemplo de função GET com Query Parameters

declare
  %rest:path("/params")
  %rest:query-param("id", "{$id}")
  %rest:query-param("add", "{$add}", 42, 43, 44)
function page:params($id as xs:string?, $add as xs:integer+) {
  <result id="{ $id }" sum="{ sum($add) }"/>
};

A verificação de disponibilidade, que retorna o número de slots livres para todos os dias ou para
um determinado intervalo de dias (que deverá ser fornecido à API).

• Verificar disponibilidade para todos os dias
• Verificar disponibilidade um determinado intervalo de dias

• Cancelamento de uma reserva, onde deverá ser fornecido o código de reserva gerado anteriormente

• Média do numero de pessoas agrupado por data