I would like to create a nonblocking SOAP server on Windows using the SOAP::Transport::HTTP::Daemon module. I need to persist the state of several queues in memory and I need to process the requests in the same script. I'd rather not maintain the queues in a database. Ideally I'd like to be able to freeze the object on shutdown and then thaw it when the machine reboots.

I know that SOAP::Transport::HTTP::Daemon uses HTTP::Daemon.

Has anyone created a nonblocking SOAP server that runs on Windows? I'm also considering SOAP::Transport::MQ::Client.

Thanks.

Update: Hmmmmm. Once again, I've been able to accomplish this in Ruby very easily. I can run Perl scripts using SOAP::Lite for my clients (it works), but it looks like I will be using Ruby for my multithreaded SOAP server. Now, I need something like XML::Smart for Ruby.

Update2: Okay, I've got something a little cleaner working in Ruby. Cool. I've got some nifty code on the Perl client side using PerlSAX so I'll keep the clients as Perl scripts. I'll keep updating this post with my experiences using Ruby as a SOAP Service.

Update3: Holy Hi-diddly-ho! Pardon my Flanders, but I made a little Web Service daemon in Ruby with 20 lines of code for the Soap Server and 35 lines for the Ruby class that the Web Service daemon instantiates at runtime. The Ruby Web Service daemon schedules the tasks of the Perl clients. The Perl scripts keep polling the Web Service to see if they can work on something.

The Perl clients are a few hundred lines, but they are doing quite a bit of work -- like parsing streams of XML.

By the way, has anyone tried the Subversion bindings for Ruby? I've tried them for Perl and they work great. I believe the Ruby bindings were just released recently.