[ZOO-Discuss] Zoo Kernel fails on WPS zcfg without input parameter

Matthias Lendholt matthias.lendholt at gfz-potsdam.de
Tue May 24 06:33:54 PDT 2011


Hi Gérald,

It happens during Execute request with a Java Service. GetCapabilities 
and DescribeProcess are fine.

Cheers, Matthias



Am 24.05.2011 14:16, schrieb Gérald Fenoy:
> Hi Matthias,
> thanks a lot for your feedbacks.
>
> You're right this should be supported, in fact it is regarding the
> results of my tests.
>
> Indeed, I've tested with the following ZCFG [1] and the following
> service [2] and it
> is working pretty well. You can check the following requests to make
> sure it works :
>
> * DescribeProcess [3]
> * Execute [4]
>
> I've used a simple Python service here. I noticed that you didn't
> specify when your
> error occurs, is it happening when requesting for GetCapabilities,
> DescribeProcess
> or Execute ? If it is happening during Execute request, then please tell
> us the
> programming language used (I guess it is JAVA but I'm unsure).
>
> Hope to hear from you,
> Best regards,
>
> [1] http://zoo-project.org/zcfgs-grass/DummyProcess.zcfg
> [2] http://zoo-project.org/zcfgs-grass/test_dummy.py.txt
> [3]
> http://www.zoo-project.org/cgi-grass/zoo_loader_20110504.cgi?request=DescribeProcess&service=WPS&version=1.0.0&Identifier=DummyProcess
> <http://www.zoo-project.org/cgi-grass/zoo_loader_20110504.cgi?request=DescribeProcess&service=WPS&version=1.0.0&Identifier=DummyProcess>
> [4]
> http://www.zoo-project.org/cgi-grass/zoo_loader_20110504.cgi?request=Execute&service=WPS&version=1.0.0&Identifier=DummyProcess&DataInputs=
> <http://www.zoo-project.org/cgi-grass/zoo_loader_20110504.cgi?request=Execute&service=WPS&version=1.0.0&Identifier=DummyProcess&DataInputs=>
>
> Le 24 mai 2011 à 10:42, Matthias Lendholt a écrit :
>
>> Hi list,
>>
>> I know that a WPS process without any input parameter is a rather
>> curious use case. However, it should be supported :)
>>
>> I tested both
>> <DataInputs />
>> and
>> <DataInputs>
>> </DataInputs>
>> but in both cases it ends up in an 'internal server error'.
>>
>>
>> From my apache2 error log:
>>
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] Content-Type:
>> text/xml; charset=UTF-8\r
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] Status: 200 OK\r
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] \r
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] <?xml
>> version="1.0" encoding="UTF-8"?>
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1]
>> <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1"
>> xsi:schemaLocation="http://www.opengis.net/ows/1.1
>> http://schemas.opengis.net/ows/1.1.0/owsExceptionReport.xsd"
>> xml:lang="en-US" version="1.1.0">
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1]
>> <ows:Exception exceptionCode="InternalError">
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1]
>> <ows:ExceptionText>ZOO Kernel failed to process your request receiving
>> signal 11 = SIGSEGV</ows:ExceptionText>
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] </ows:Exception>
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1]
>> </ows:ExceptionReport>
>> [Mon May 23 18:45:51 2011] [error] [client 192.168.56.1] Premature end
>> of script headers: zoo_loader.cgi
>>
>> _______________________________________________
>> Zoo-discuss mailing list
>> Zoo-discuss at gisws.media.osaka-cu.ac.jp
>> <mailto:Zoo-discuss at gisws.media.osaka-cu.ac.jp>
>> http://gisws.media.osaka-cu.ac.jp/mailman/listinfo/zoo-discuss
>
> Gérald Fenoy
> gerald.fenoy at geolabs.fr <mailto:gerald.fenoy at geolabs.fr>
>


-- 
[matthias.lendholt at gfz-potsdam.de]
GFZ German Research Centre for Geosciences
CeGIT Centre for GeoInformation Technology
Tel +49 331 288-1687; FAX +49 331 288-1703
Telegrafenberg A20, 14473 Potsdam, Germany
Blog http://zeigertelegraph.gfz-potsdam.de
Contact MECARD QR Code: http://goo.gl/488J



More information about the Zoo-discuss mailing list