Yup, I've actually already done it that way with both Parallel::ForkManager in one instance and Proc::Queue as an alternative. I added in event handling with both Event and Event::Lib as seperate trials. All those implementations were relatively easy to do. But the question becomes, why? If everything else is running in Apache, why start a seperate service to run these tasks? And again, I said I want to go crazy. Let's not figure out how else we could do that (I already know that), but how could we do it using Apache?

However, you're right, I should look back at the list archives and see what conclusions other people asking similar questions came to. I guess I hadn't considered that this question would have been asked before.


On Mon, 19 Dec 2005 00:28:42 -0500
 Perrin Harkins <[EMAIL PROTECTED]> wrote:
On Sun, 2005-12-18 at 21:18 -0600, JT Smith wrote:
I want to turn it into a workflow system. If you think about it, workflow is nothing but a set of transactional tasks (nothing new) with two additional components (here's where it get's weird). The two additional components are cron (scheduling) and queue (a task executor).

Earl Cahill and I talked about how to use apache for a queue system on
the list a while back.  In the end, we both decided it was a bad idea.
Apache is a very flexible network server, but this task is very unlike a
network server.  I ended up writing a simple forking daemon with
Parallel::ForkManager that stores the queue in a database, and I think
Earl ended up with something similar.

- Perrin



JT ~ Plain Black
ph: 703-286-2525 ext. 810
fax: 312-264-5382
http://www.plainblack.com

I reject your reality, and substitute my own. ~ Adam Savage

Reply via email to