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 Fila em sistema de arquivos CGI ou daemon Cron job linha de comando requisição resposta Servidor SOAP om_create resultados om_project Funcionamento do servidor com cluster Fila em sistema de arquivos escalonador Java Master requisição resposta Servidor SOAP om_create om_project resultados om_create om_create om_project 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).