[Zoo-discuss] Problems with Status in Windows

[Gérald Fenoy]

Hello Alexander,
Thanks a lot for your introduction feedbacks and encouragement.

The longProcess service and the status url should be ok. Maybe you are not using the same Web Server as I run tests on. Indeed I noticed some things worked correctly on Apache before on windows but not on IIS, the most important dIfference I noted was the way standard error IO was passed through the ZOO-Kernel. We should probably take a deeper look at this as you mention that the web server is hanging (I guess until the background service end ?). We may plan to get a dedicated flag to define if we will use the ZOO-Kernel on Apache or on IIS if this can solve the issue.

Anyway, I would like to know what is the version of the ZOO-Kernel you are using ? I hope that you built it on your own with your local msvc environment and you are not using the old ZOO-Kernel binary we published long time ago. I would like to get confirmation form you about this before looking deeper, indeed many improvements (with seoms dedicated to windows platfroms) was made available since the binary publication.

So my first test for a beter understanding of the issue faced, I would run the same request from command line and make sure I get the same behavior. If you can handle such a thing then please provide the informations returned (both response and error log may be perfect).

In the response document returned by the ZOO-Kernel you should get the direct link to the getStatus service if you deploy it in the same directory as your ZOO-Kernel was setup.
In other case, you sould get a url pointing to the temporary file created automatically bythe Kernel. If there is not then it means there is an issue somewhere else.

Note that the XML file itself will never be modified until the end of the child process, this in fact exactly the intent of getSatus service I talked about before. This service will be responsible to fetch current state of the child process in the shared memory created by the father pid. Once red it will use the value and the current temporary XML file and an XSL one to transform the current status with the oneparsed in memory. That is why it sounds important to gte GetSatstu service running to test the status report support in the ZOO-Kernel.

I hope we can fix the issue you faced on windows platform probably linked to Apache web server error log IO,
Best regards,

Gérald Fenoy
gerald.fenoy at geolabs.fr



Le 20 févr. 2013 à 13:09, Александр Шумилов <shumsan1011 at gmail.com> a écrit :

> Hello.
>    First I would like to thank all developers of Zoo-project for a really great job!
>    Recently I've encountered a liitle problem with "status" feature - I have MSVC 2008 build ZooKernel, and when I am executing request for a "long" process (zoo_loader.cgi?request=Execute&service=WPS&identifier=longProcess&status=true&storeExecuteResponse=true&version=1&DataInputs=sid=100&DataOutputs=executeResponseLocation) browser freezes waiting for reply. When I abort the coonection, Zoo replies me with normal XML response, saying that "Service "longProcess" was accepted by the ZOO Kernel etc.". But the problem is that the XML in statusLocation is for PID which wraps the forked process, not the actual child process whose status i actually need. Also, XML file longprocess.dll_4216.xml (Daddy's PID) is not actually updated during the LongProcess serice execution
> 
> #######
> Cleaned up log:
> cgiSid: (null)
> cgiSid: 4216
> father pid continue (origin 4216) 4216 ...
> 
> outputResponse 4216
> 
> printProcessResponse 4216
> 
> printProcessResponse 1 161
> printProcessResponse 1 190
> printProcessResponse 1 202
> printProcessResponse stored_path: C:\\apache\\htdocs\\geos\\temp\\/longprocess.dll_4216.xml
> 
> cgiSid: 4216
> cpid: 4216
> son pid continue (origin 4216) 6660 (<-- I need status of this PID!)...
> 
> printProcessResponse 4216
> 
> printProcessResponse 1 161
> printProcessResponse 1 190
> printProcessResponse 1 202
> printProcessResponse stored_path: C:\\apache\\htdocs\\geos\\temp\\/longprocess.dll_4216.xml
> ########
> 
> So I need only to get the valid statusLocation value, because GetStatus service (from utils/status) is working (thanks to FileMapping), but it needs the valid PID.
> 
> 
> 
> _______________________________
> Respectfully,
> Shumilov Alexander
> 
> Тел: 89086606450, 89501017750
> Skype: sashuk-morehod
> Email: shumsan1011 at gmail.com
> Веб-сайт: http://alexshumilov.ru
> _______________________________________________
> Zoo-discuss mailing list
> Zoo-discuss at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20130221/59f5b542/attachment.html>