[Gfoss] Web Processing Services

[Simone Giannecchini]

On Feb 5, 2008 4:03 PM, G. Allegri <giohappy at gmail.com> wrote:
> Pur amando pyWPS (per la sua semplicità), credo che l'implementazione di 52
> North sia più avanzata. Anzitutto pyWPS, se non sbaglio, pur essendo ancora
> in sviluppo si riferisce al WPS 0.4, mentre 52 North ha il riferimento
> nell'ultima versione (WPS 1.0).
Il WPS di 52 NORTH nella versione di sviluppo (noi stiamo lavorando
direttamente sul trunk) supporta WPS 1.0 anche se ci sono alcune
limitazioni specialmente con SOAP.
pyWPS è un bel prodotto per quel poco che ho visto, ma a noi interessa
WPS per andare verso transparent chaining di processi in ambiente
enterprise, quindi la scelta era deegree o 52 NORTH.
Il sogno sarebbe riuscire ad integrare in udig un motorino basato su
ActiveBPEL per creare e controllare le catene :-)

>  Quindi, sono ben contento di seguire gli sviluppi dei colleghi "javisti" di
> 52 North, e soprattutto le migliorie di Geo-Solutions. L'aspetto di
> sganciare la parte di geoprocessing dall'application server e/o dal
> web-server è proprio l'aspetto su cui stavo iniziando a focalizzare
> l'attenzione... ben venga che anche altri (ben più preparati di me!) stiano
> facendo altrettanto! :-)

JMX è soltanto una delle possibili soluzioni. Mi piace perche' non mi
lega a nessun Application Server ed è una soluzione standard. Siccome
stiamo valutando e decidendo, se qualcuno ha qualche idea alternativa
(aaime ciao! :-) ) sarebbe interessante discuterla.


Ciao,
Simone.




>
> Giovanni
>
>
> 2008/2/5, Simone Giannecchini <simboss1 at gmail.com>:
> >
> >
> >
> > Ciao Simone,
> > noi stiamo valutando da circa due settimane  il WPS di 52 North  dopo
> > aver momentaneamente scartato quello di Deegree. Il nostro obiettivo e
> > fare processing su dati da modelli ambientali ma anche su immagini
> > satellitari per il NURC a Spezia.
> > Non è male come prodotto ma ha alcune lacune da colmare, ed è li che
> > stiamo concentrando le nostre valutazioni in vista di una possibile
> > integrazione con geoserver. Un esempio, a me piace pochissimo che i
> > "processi", o meglio i "task" vengano lanciati  tramite un pool di
> > thread e quindi dentro la stessa JVM del web server; essendo uno dei
> > nostri obiettivi la possibilita' di wrappare modelli scritti in
> > fortran etc.. vorremmo poterli far partire e controllare come processi
> > esterni usando JMX in modo che se ci sono errori gravi non mi
> > schiantano la JVM del web server. Un'altra cosa in ottica di chaining
> > BPEL è che le interfacce SOAP sono ancora scarsine, ma questo è un
> > problema generico dei Servizi OGC.
> > Magari dopo faccio scrivere due righe dal mio collega che si sta
> > occupando direttamente della cosa per qualche dettaglio in piu.
> >
> > Ciao,
> > Simone.
> >
> > --
> > -------------------------------------------------------
> > Eng. Simone Giannecchini
> > President /CEO GeoSolutions S.A.S.
> > Via Carignoni 51
> > 55041  Camaiore (LU)
> > Italy
> >
> > phone: +39 0584983027
> > fax:      +39 0584983027
> > mob:    +39 333 8128928
> >
> >
> > http://www.geo-solutions.it
> >
> > -------------------------------------------------------
> >
> >
> > _______________________________________________
> > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> > Gfoss at faunalia.com
> > http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
> > Questa e' una lista di discussione pubblica aperta a tutti.
> > I messaggi di questa lista non rispecchiano necessariamente
> > le posizioni dell'Associazione GFOSS.it.
> >
>
>



-- 
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions S.A.S.
Via Carignoni 51
55041  Camaiore (LU)
Italy

phone: +39 0584983027
fax:      +39 0584983027
mob:    +39 333 8128928


http://www.geo-solutions.it

-------------------------------------------------------