Yes, my web service is already based on a HttpSvr component, not a 
WSocketServer. I looked at the ThrdSvr sample to understand how multithreading 
works with ICS.

The problem is really that my worker threads are not available at the time the 
client socket needs to be attached to one of those, and waiting for a worker 
thread to be available would block the main thread.
In the ThrdSvr sample, there is no such issue because one dedicated thread is 
created for each client socket, but doing so does not match my architecture 

I'm trying to manage a second job queue per worker thread to send attachment 
requests that would be processed 'as soon as possible' between two jobs, but it 
seems over-complex for the task, and still introduce a one job delay before the 
main thread can continue...

So my question: is there any way to attach a client connection to another 
thread immediately, from the main thread?


 I'm sure you can achieve what you need with thread server, but I've never done
 it, and you are also re-inventing the two existing web servers.

 I would start with OverbyteIcsHttpSrv or OverbyteIcsHttpAppServer depending on
 your needs, and simply call your worker threads from within the client methods,
 filling the answer stream which is returned to the main thread to be returned.

 There is an example of using threads in the FTP server component, where they
 are used while calculating MD5Sums.


To unsubscribe or change your settings for TWSocket mailing list
please goto
Visit our website at

Reply via email to