gearman on windows

[wingear]

Trying to configure gearman on windows machine. For that i am
following :
http://www.phpvs.net/2010/11/30/installing-gearman-and-gearmand-on-windows-with-cygwin/
but it seems incomplete details. Need to know whether it is possible
to do it on windows in first place? or i am wasting my time on it ?

[isaiah van der Elst]

Hi wingear,

This seems like an appropriate time to plug my project. The java-gearman-service is supported on Windows, or any operating system that supports Java SE 7

thanks,

isaiah.v

[mohammad anwar]

Hi Isaiah,

Good to hear that java has windows implementation of gearman. I am looking out for php-gearman implementation on windows.

[Kynao]

Do you know how to obtain the Gearman PHP PECL Extension working under windows ?
I presume a php_*.dll

[Kynao]

Can we use your client java implementation with the gearman job server implemented in c ?

[Shane Harter]

I really feel like you're going against the grain trying to get Gearman running on Windows ESPECIALLY with PHP workers. 

The JVM gearmand implementation looks promising. But for the workers, generally your options are using something like GearmanManager, daemonizing a PHP script (on Linux you'd use supervisord or similar), or using a PHP daemon library like https://github.com/shaneharter/PHP-Daemon. 

I'm sure GearmanManager and PHP daemon libraries are not possible on Windows. Nor or the posix and pcntl extension that make long-running PHP applications usable and manageable. 

I understand sometimes we have to work with the requirements we've been given, so if you have to use Windows, I'd strongly suggest you go for, say, Java-based workers. You will have a much more enjoyable development experience and I'd wager a more reliable finished product. 

Shane

[Erich Beyrent]

I'm in the same boat, and it's clear that gearman isn't the right solution for Windows.  Instead, I've started looking at RabbitMQ for my current project, with the php-amqplib and thumper php libraries.  It's supposed to work on Windows.

In terms of restarting the workers, there are a few options:

- create a .bat file with command to launch your worker, and set it as a service using srvany.exe, with recovery options to restart the service
- install the win32service php extension and run the script as a service, set the recovery options to restart the service
- have a worker execute exec('psexec.exe -d php-cgi.exe \path\to\worker.php') to start up a new instance of the worker, and then exit. 


-Erich-

[Kynao]

Yes, you're completly right and i have no excuse as requirements have not been given to me;
it's just that linux is not my cup of tea so it's more confortable to evaluate on windows before putting the effort to deploy on linux an adopted solution. Maybe a Gearman (installed with all the goodies) linux VM would be useful for newscomers like me for evaluation (and maybe more than evaluation).

Whatever, maybe i should have mentionned that my plan is php for the client code and to have Java-based workers; to be precise :
Client application code (PHP) <=> Gearman Job Server <=> Java-based workers <=> Bonita (java based bpm solution) in which some groovy code is used.

On Friday, May 18, 2012 5:22:51 AM UTC+2, Shane wrote:

I really feel like you're going against the grain trying to get Gearman running on Windows ESPECIALLY with PHP workers. 

The JVM gearmand implementation looks promising. But for the workers, generally your options are using something like GearmanManager, daemonizing a PHP script (on Linux you'd use supervisord or similar), or using a PHP daemon library like https://github.com/shaneharter/PHP-Daemon. 

I'm sure GearmanManager and PHP daemon libraries are not possible on Windows. Nor or the posix and pcntl extension that make long-running PHP applications usable and manageable. 

I understand sometimes we have to work with the requirements we've been given, so if you have to use Windows, I'd strongly suggest you go for, say, Java-based workers. You will have a much more enjoyable development experience and I'd wager a more reliable finished product. 

Shane

[Maulik Kanani]

checking for event_base_new... no

checking for event_base_free... no

checking for event_base_get_method... no

checking uuid/uuid.h usability... no

checking uuid/uuid.h presence... no

checking for uuid/uuid.h... no

checking for libuuid... no

configure: error: Couldn't find uuid/uuid.h. On Debian this can be found in uuid-dev. On Redhat this can be found in e2fsprogs-devel.

please, solve this error