- Implementada função utilitária para remoção de diretórios não-vazios (a função lfs.rmdir só remove diretórios vazios)

[SOMA-45][SOMA-347] Garantir que sandbox existe na inicialização do SGA

See merge request csbase/sgarest-daemon!2

- Verificando a existência da raiz da sandbox na inicialização do SGA

[SOMA-45][SOMA-346] Criar sandboxes no driver PBS

See merge request csbase/sgarest-daemon!1

- Usado o mesmo código de criação das sandboxes do driver POSIX

[BGCSGRID-1016]

Por padrão o webserver é iniciado com o ip 0.0.0.0, mas essa configuração pode
ser sobreescrita usando a chave sgad_bind_addr no arquivo de configuração.

[BGCSGRID-1014]

O webserver é iniciar usando o host definido na chave sgad_host do
arquivo de configuração.

Assim é possível executar o SGA no ip 0.0.0.0.

[BGCSGRID-1014]

O SGA prefixa a URL das ações com o endereço do servidor presente no
arquivo de configuração.

[BGCSGRID-1012]

 + Força a utilização da versão 0.2 restserver-xavante e da versão 1.0 do
 restserver

+ New install lnstructions
+ Updated Docker section

+ Dockerfile
+ Script de inicialização
+ Arquivo de configuração

O script de coleta passa a recebe os seguintes parâmetros:

+ Identificador do comando
+ Diretório de sandbox
+ Diretório de execução do comando (binário)
+ Diretório de saída do comando (logs)
+ Diretório raiz do comando (dentro do .cmds)

+ Adiconado suporte a recursos no SGA-REST
+ A lista de recursos do SGA é especificada na tabela resources do arquivo de configuração
+ Alteração do exemplo de arquivo de configuração

Mudança na chave dos patêmetros extras que lista os arquivos monitorados

Os arquivos que serão monitorados agora são recebidos através de parêmetros extras da chamada de execução do comando.

O SGA para o servidor os chunks dos arquivos conforme eles são gerados.

Não retornar comandos com o estado FINISHED na chamada de verificação do status de comandos, pois os comando finalizados são notificados pelo SGA.

+ Criação de um indicador de comando cancelado
+ Tratando casos de comandos terminados que não devem ser recuperados

Retirada o uso do módulo safer nos parâmetros de execução do comando, pois ao utilizá-lo não foi possível gravar no arquivo de persistência.

Envio para o servidor, juntamente com as informações dinâmicas, de chunk do arquivo de log da execução do comando.

Na recuperação de comandos o envio da parcial do log continua da última enviada com sucesso.

O script de coleta de dados sobre a execução de comandos deve ter o nome collect_execution_data e deve estar no diretório de binários do algoritmo. Ele receberá os seguintes parâmetros:
         diretório do binário do algoritmo,
         identificador do comando,
         diretório de sandbox,
         diretório de saída dos arquivos de controle do comando (.cmds/<cmd_id>/logs