On Jan 15, 2010, at 12:21 AM, Andrew Lindesay wrote:
Hello Chuck;
Assuming an instance with concurrent request processing turned on,
if there are a number of sessions (or even stateless users) on the
same instance with a large volume of transactions, will the
streaming WORequest multiplex with the other requests?
Not sure what you mean by "multiplex". I think it may use a
WOWorkerThread for the duration of the upload, but I am not certain.
My understanding was that the WebObjects adaptor queues requests
into an instance rather than multiplexes them.
Instances will accept request up to # of Worker Threads + Listen Queue
Size. More than that, and the adaptor will return an error message.
Worker Threads process in parallel, subject to single threaded locks
in EOF.
So if a large transaction arrives from a slow pipe, will it not
block the other requests until either the adaptor times it out or a
response is returned to the client?
Not if concurrent request processing is on. It will block that one
session and WOWorkerThread (again, I think).
PS: The javadoc for WORequests refers to the "wis" request handler
-- I hadn't heard of this one before!
That is for direct actions.
Chuck
cheers.
Are you using the streaming handler for uploads? If you are, there
should not be any timeouts from the adaptor. I've seen uploads of
large files over slow connections to GVC.SiteMaker go on for a
very, very long time with no timeout.
...
I wouldn't up the time on the adaptor because other clients who
are using that instance will get blocked and may reach their
timeouts.
...
In my case, I don't think upping the adaptor timeout will block
since WOAllowsConcurrentRequestHandling is set to true. Does that
sound correct?
___
Andrew Lindesay
www.lindesay.co.nz
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
