Custom Query (101 matches)
Results (64 - 66 of 101)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#41 | fixed | Time&Date + comiter user name + revision # in every sphinx page | jmckenna | nickboz |
Description |
Every sphinx page in ZOO-Docs should get the Date and ID of revision automatically at the top of the page, as the following Last Edited: $Date$ Id: $Id$ |
|||
#42 | fixed | Unable to comile against libmozjs185 | djay | |
Description |
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. |
|||
#155 | fixed | Unable to run Python service when stored in nested directories | surf9 | |
Description |
Hi there I am able to run my python service if store files in root directory of cgi-bin directory. However, when I store the files in nested folders it is not able to run the service. GetCapability? output is: <wps:Process wps:processVersion="2"><ows:Identifier>python.wfs.geoValidationMainlandWFSPy</ows:Identifier><ows:Title>Python WFS</ows:Title><ows:Abstract>Python WFS</ows:Abstract><ows:Metadata xlink:title="Demo"/></wps:Process> Executing service from cgi-bin root directory has the following output: ./zoo_loader.cgi "ServiceProvider?=&metapath=&Service=WPS&Request=Execute&Version=1.0.0&Identifier=python.wfs.geoValidationMainlandWFSPy&DataInputs?=lat=-40.344985;long=175.670925"
Status: 501 Not Implemented <?xml version="1.0" encoding="utf-8"?> <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 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">
<type 'exceptions.ImportError?'> </ows:ExceptionText>
</ows:ExceptionReport> Putting files in nested directories works in JS and Java. |