zoo-project svn 229 Ubuntu 11.04 x86_64 with kernel 2.6.38-8 (up-to-date stable patches on ticket submission date) Python 2.7.1+ (r271:86832) from Ubuntu packages

Attached is the zcfg. When foo.py contains:

def Foo(conf,inputs,outputs):

outputsResult?value?=inputsa?value? return 3

everything works fine. When adding: input json to the beginning of the file, zoo returns a SEGFAULT exception. JSON module works fine in standalone python. Execution tested with:

./zoo_loader.cgi "request=execute&service=WPS&version=1&identifier=Foo&DataInputs?=a=foo"

Using both storeExecuteResponse and status set to true in a WPS request should imply that the Service would run as a background task. Nevertheless, the rev. 216 introduce a bug as the saved_stdout was not closed anymore, so the background task is running properly in a child process but its father hang, waiting for the child to finish his work.

When I tried to compile the ZOO-Kernel 1.2.0-rc2 using the Spider monkey version 1.0.0 downloaded from ​here, it failed.

When I run configure script it was not able to detect any libmozjs library as the libmozjs was renamed into libmozjs185.

As it should be specific to the way I installed Spider Monkey, I tried to find the libmozjs package on Debian distribution again, then I discover that the same apply to Debian package, which was renamed to libmozjs185-dev. The library should be renamed in the configure.ac file to be detected properly.

I made this changes locally then the configure script worked and detect properlly the libmozjs185. But the JSAPI we are using changed a bit, so work were still required to change the internal js code we were using.

JSScript disapear and should be replaced by ​JSObject. This affect the loadZooApiFile function.

JS_GetStringBytes disapear and should be replaced by ​JS_EncodeString.

C functions signature should change to be used from JavaScript service code, when we got:

JSBool <myFunction>(JSContext*,JSObject*,uintN,jsval *,jsval *);

We should now get the following signature:

JSBool <myFunction>(JSContext*,uintN,jsval *);

Note also that the jsval* is now used to store both the arguments used when calling the function from JavaScript code (access using the ​JS_ARGV function) and the return value (set return value using the ​JS_SET_RVAL function).

This affect the ZOORequest and ZOOUpdate functions.

As ​JS_CompileFileHandle return JSScript* we replaced it by ​JS_CompileFile.