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

+ Inclusão de configuração para definir a sandbox
+ Criácão dos diretórios das sandboxes recebidos como parametro de execução de comando
+ Criação de método utilitariio para converter uma lista no formato:
<chave>.1 = <valor1>
<chave>.2 = <valor2>
<chave>.3 = <valor3>
para tabela com os valores da lista.

+ Modificação dos rockspecs do SGA para usar o diretório corrente para buscar os aqruivos fontes;
+ Adição do rockssepc do lua-schema (ainda não está no reposítório público do LuaRocks);
+ Inclusão do arquivo manifest para indicar onde o LuaRocks deve buscar os rocks sga-daemon, sga-driver-posix, sga-exec, sga-driver-posix e lua-schema (dependência externa).

Versão inicial de shell script para iniciar o sga daemon e gravar a saída padrão em um arquivo de log.

O novo campo extra_config no arquivo de configuração do sga pode ser usado para informar configurações extras para o servidor CSBase. As configurações são representadas por uma tabela Lua. Podem ser usadas para informar qual é o método de transferecia que deve ser utilizado para trasferir dados entre o servidor e o sga:

extra_config = {
  csbase_transfer_name = "ssh-datatransfer",
  csbase_csfs_root_dir = “/sgaroot",
  ssh_host = “sga_server”,
  ssh_port = 22,
  ssh_user_name = “sga”,
  ssh_private_key_path /sga/id_rsa
}

Aceitar @ como caracter válido para consulta sobrea a cesso do SGA a path.

Migração do repositório do Bitbucket para o reposítorio do Tecgraf.