On Feb 5, 2008 4:03 PM, G. Allegri <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>: > > > > > > > > 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 > > [email protected] > > 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 ------------------------------------------------------- _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] 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.
