[Geoserver-devel] wps request does not return complexoutput reference

GeoServer GeoServer Developer
1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I'm testing WPS implementation of GeoServer, which is running on
http://briseide02.ingr.briseide.eu:8080/geoserver/wps

with following request http://pastebin.com/c8x4XaB9

The response, which comes from the server
(http://pastebin.com/HxnUVmkW) DOES NOT contain any resulting link to
the output TIFF file (asReference=true in the request).

Any hint, which form should the request have, so I can see the output
link?

BTW: testing using wget (on linux), GeoServer seems not to like it

wget --post-file=in.xml http://briseide02…:8080/geoserver/wps
returns

"""
Could not determine geoserver request from http request
org.geoserver.platform.AdvancedDispatchFilter$AdvancedDispatchHttpRequest@anonymised.com
"""

Which is strange

Thanks

Jachym

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7YCDYACgkQyKt0uAjU4I8YvACeJUh7q7+jdHoW9ZAUhf8hfI7Q
hgYAoKkSViOiaQFysoGce3VRtjf8VBH8
=rWzw
-----END PGP SIGNATURE-----

2

On Fri, Dec 2, 2011 at 12:05 AM, Jachym Cepicky <jachym.cepicky@anonymised.com> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I’m testing WPS implementation of GeoServer, which is running on
http://briseide02.ingr.briseide.eu:8080/geoserver/wps

with following request http://pastebin.com/c8x4XaB9

The response, which comes from the server
(http://pastebin.com/HxnUVmkW) DOES NOT contain any resulting link to
the output TIFF file (asReference=true in the request).

Any hint, which form should the request have, so I can see the output
link?

Upgrade GeoServer. Support for output as reference, as well as asynchronous
calls support, has been added less than a month ago, while that GeoServer
has been built in July, see:
http://briseide02.ingr.briseide.eu:8080/geoserver/web/;jsessionid=3F63C34A76EBF960624249CB084EA925?wicket:bookmarkablePage=:org.geoserver.web.AboutGeoServerPage

BTW: testing using wget (on linux), GeoServer seems not to like it

wget --post-file=in.xml http://briseide02.…:8080/geoserver/wps
returns

“”"
Could not determine geoserver request from http request
org.geoserver.platform.AdvancedDispatchFilter$AdvancedDispatchHttpRequest@anonymised.com…2880…
“”"

Which is strange

The GeoServer dispatcher (the part that determines what service is being called)
asks that you set the proper content type when posting
xml request, try setting “text/xml” or “application/xml”

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

3

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, thanks for the hint, wget works now (which makes the testing much
easier.

I've modified the request, so that it does not contain
asReference=true (http://pastebin.com/E7NQae1v), result does still not
contain any data (even declared, it should be base64 encoded) as in
the previous case http://pastebin.com/173tbiB0

I just want to make sure, the request looks ok, so Geserver accepts
it. If the general answer is "request is OK, upgrade Geoserver", I'm
satisfied - I'm not the server administrator, I just write the client
part. But I have some link to the server admin.

Thanks

Jachym

On 2.12.2011 08:40, Andrea Aime wrote:

On Fri, Dec 2, 2011 at 12:05 AM, Jachym Cepicky
<jachym.cepicky@anonymised.com>wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hi,

I'm testing WPS implementation of GeoServer, which is running on
http://briseide02.ingr.briseide.eu:8080/geoserver/wps

with following request http://pastebin.com/c8x4XaB9

The response, which comes from the server
(http://pastebin.com/HxnUVmkW) DOES NOT contain any resulting
link to the output TIFF file (asReference=true in the request).

Any hint, which form should the request have, so I can see the
output link?

Upgrade GeoServer. Support for output as reference, as well as
asynchronous calls support, has been added less than a month ago,
while that GeoServer has been built in July, see:
http://briseide02.ingr.briseide.eu:8080/geoserver/web/;jsessionid=3F63C34A76EBF960624249CB084EA925?wicket:bookmarkablePage=:org.geoserver.web.AboutGeoServerPage

BTW: testing using wget (on linux), GeoServer seems not to like
it

wget --post-file=in.xml
http://briseide02…:8080/geoserver/wps returns

""" Could not determine geoserver request from http request

org.geoserver.platform.AdvancedDispatchFilter$AdvancedDispatchHttpRequest@anonymised.com

"""

Which is strange

The GeoServer dispatcher (the part that determines what service is
being called) asks that you set the proper content type when
posting xml request, try setting "text/xml" or "application/xml"

Cheers Andrea

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7YmKMACgkQyKt0uAjU4I8mNACfScH0exA4wJ8/nUkiM9qL59AX
4Q0AniMFweQo1MA6w/yvnjzznyIrLsIo
=5BGb
-----END PGP SIGNATURE-----

4

On Fri, Dec 2, 2011 at 10:21 AM, Jachym Cepicky <jachym.cepicky@anonymised.com> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, thanks for the hint, wget works now (which makes the testing much
easier.

I’ve modified the request, so that it does not contain
asReference=true (http://pastebin.com/E7NQae1v), result does still not
contain any data (even declared, it should be base64 encoded) as in
the previous case http://pastebin.com/173tbiB0

I just want to make sure, the request looks ok, so Geserver accepts
it. If the general answer is “request is OK, upgrade Geoserver”, I’m
satisfied - I’m not the server administrator, I just write the client
part. But I have some link to the server admin.

The quick answer is that I never tried the response document form with
anything other than xml outputs, base64 encoding a large binary is insane,
I always ask for the raw response.
A compliant server should support that nevertheless, the code to base64
encode binaries is there indeed, I just never cared to try if it works
(can’t right now, but I’ve noted down to try that out).

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

5

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

OK. I'll go on with the update + asReference true way

thanks for your time

Jachym

On 2.12.2011 11:33, Andrea Aime wrote:

On Fri, Dec 2, 2011 at 10:21 AM, Jachym Cepicky
<jachym.cepicky@anonymised.com>wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hi, thanks for the hint, wget works now (which makes the testing
much easier.

I've modified the request, so that it does not contain
asReference=true (http://pastebin.com/E7NQae1v), result does
still not contain any data (even declared, it should be base64
encoded) as in the previous case http://pastebin.com/173tbiB0

I just want to make sure, the request looks ok, so Geserver
accepts it. If the general answer is "request is OK, upgrade
Geoserver", I'm satisfied - I'm not the server administrator, I
just write the client part. But I have some link to the server
admin.

The quick answer is that I never tried the response document form
with anything other than xml outputs, base64 encoding a large
binary is insane, I always ask for the raw response. A compliant
server should support that nevertheless, the code to base64 encode
binaries is there indeed, I just never cared to try if it works
(can't right now, but I've noted down to try that out).

Cheers Andrea

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7Yq1YACgkQyKt0uAjU4I/OXgCg1EyL7BOSRMq0zVdt8yWKlO7n
Y6cAn16n29ekWPX4T3eRxNCav5T/v8nz
=vLkZ
-----END PGP SIGNATURE-----

6

Hi,
we uploaded the geoserver with a svn rebase (we use GIT), but afeter the rebase I cannot find the topologica processes (union, buffer, …) that we implemented and committed yet on the trunk.
Checkinh on the trunk via web(http://svn.codehaus.org/geoserver/trunk/src/extension/wps/wps-core/src/main/java/org/geoserver/wps/gs/)
I see just few processes and stil can’t see topologiacl ones…
I’m I getting crazy, or there’s something missing?

On Fri, Dec 2, 2011 at 11:41 AM, Jachym Cepicky <jachym.cepicky@anonymised.com.403…> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

OK. I’ll go on with the update + asReference true way

thanks for your time

Jachym

On 2.12.2011 11:33, Andrea Aime wrote:

On Fri, Dec 2, 2011 at 10:21 AM, Jachym Cepicky
<jachym.cepicky@anonymised.com…>wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Hi, thanks for the hint, wget works now (which makes the testing
much easier.

I’ve modified the request, so that it does not contain
asReference=true (http://pastebin.com/E7NQae1v), result does
still not contain any data (even declared, it should be base64
encoded) as in the previous case http://pastebin.com/173tbiB0

I just want to make sure, the request looks ok, so Geserver
accepts it. If the general answer is “request is OK, upgrade
Geoserver”, I’m satisfied - I’m not the server administrator, I
just write the client part. But I have some link to the server
admin.

The quick answer is that I never tried the response document form
with anything other than xml outputs, base64 encoding a large
binary is insane, I always ask for the raw response. A compliant
server should support that nevertheless, the code to base64 encode
binaries is there indeed, I just never cared to try if it works
(can’t right now, but I’ve noted down to try that out).

Cheers Andrea

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7Yq1YACgkQyKt0uAjU4I/OXgCg1EyL7BOSRMq0zVdt8yWKlO7n
Y6cAn16n29ekWPX4T3eRxNCav5T/v8nz
=vLkZ

-----END PGP SIGNATURE-----

All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

7

On Fri, Dec 2, 2011 at 3:37 PM, Gianni Barrotta <giannibarrotta@anonymised.com> wrote:

Hi,
we uploaded the geoserver with a svn rebase (we use GIT), but afeter the rebase I cannot find the topologica processes (union, buffer, …) that we implemented and committed yet on the trunk.
Checkinh on the trunk via web(http://svn.codehaus.org/geoserver/trunk/src/extension/wps/wps-core/src/main/java/org/geoserver/wps/gs/)
I see just few processes and stil can’t see topologiacl ones…
I’m I getting crazy, or there’s something missing?

You missed the migration of all non GeoServer specific processes to GeoTools. They are still there, included
as dependencies, but the code moved

Cheers
Andrea

–

Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584 962313
fax: +39 0584 962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf