Interface Web Services Renato De Giovanni Tim Sutton Centro de Referência em Informação Ambiental, CrIA
Objetivos Definição de um protocolo que permitisse a execução remota de experimentos de modelagem. Desenvolvimento de programas (cliente e servidor) compatíveis com esse protocolo.
Características do protocolo Independente do openModeller. Utiliza SOAP (Simple Object Access Protocol). Estilo Document / Literal. –Não oferece os benefícios de codificação automática de mensagens. –Menos problemas de interoperabilidade. –Melhor performance. Maior parte do XML está definido em XML Schema que também serve para validar objetos serializados pelo openModeller.
Métodos disponíveis ping getAlgorithms getLayers createModel getProgress getModel getLog projectModel getMapAsAttachment getMapAsUrl
Implementações Servidor SOAP desenvolvido em C++ (gSOAP). Cliente SOAP desenvolvido em Perl (funciona em linha de comando). Cliente SOAP desenvolvido em C++ (gSOAP) e usado pela interface gráfica.
Funcionamento do servidor requisição Servidor SOAP Fila em sistema de arquivos om_create om_project Cron job linha de comando resultados resposta CGI ou daemon
Funcionamento do servidor com cluster requisição Servidor SOAP Fila em sistema de arquivos Master om_create escalonador Java resultados resposta om_project om_create om_project om_create om_project om_create om_project
Comentários Layers (mapas de entrada) precisam estar no servidor. –Pesquisa: como lidar com ambiente distribuído. –Pesquisa: incluir metadados. Inicialmente cluster poderá agilizar experimentos que envolvem vários algoritmos, ou várias espécies. –Futuro próximo: P-GARP –Pesquisa: paralelização em outras partes da bilioteca (por exemplo projeção).