Re: WO Long Response and iPhone
Re: WO Long Response and iPhone
- Subject: Re: WO Long Response and iPhone
- From: Chuck Hill <email@hidden>
- Date: Fri, 15 Jan 2010 11:00:23 -0800
On Jan 15, 2010, at 4:04 AM, email@hidden wrote:
I thought that as long as bytes are flowing that the request won't
timeout.
Correct. The problem with the non-streaming version (the data
binding, I think) is that Apache would accumulate the _entire_ upload
before passing it to the WO adaptor. During that time, the session
could time out. With streaming, the request goes to the app
immediately and checks out the session preventing timeout. The
streaming upload was a very nice change both for memory management and
for preventing session time out.
Chuck
Isn't the adaptor timeout based on lack of activity? I'm with chuck
--- I have an app that does enormous (multigig) uploada to a DA
without any timeouts.
ms
Sent from my iPhone
On Jan 15, 2010, at 12:48 AM, "Chuck Hill"<email@hidden>
wrote:
It has been a while since I implemented this. I think the
"streamToFilePath" binding is what you need to use. What bindings
are you using?
Chuck
On Jan 14, 2010, at 8:44 PM, Joe Moreno wrote:
Chuck,
I hadn't considered that. I am using a direct action form post
to handle the upload.
- Joe
On Jan 14, 2010, at 20:40:08, Chuck Hill wrote:
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.
Chuck
On Jan 14, 2010, at 8:27 PM, Joe Moreno wrote:
Thanks for the reply.
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?
On Jan 14, 2010, at 15:57:08, Andrew Lindesay wrote:
Hello Joe;
My LEWOStuff framework (JSON-RPC) has a system whereby a file
is broken up into little chunks and fired into a WOA bit by bit
in sequence into a stream. I haven't explicitly tested this
from iPhoneOS, but it has been used in a production system from
MacOS-X to move video files around. You could build something
similar to this.
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.
cheers.
Does anyone have a recommendation on how to manage a file
upload from say, an iPhone, to a WO app (direct action) that
takes longer than the WO adaptor time out? Or, should I just
set the WO adaptor timeout to something like five or ten
minutes to handle slow/flaky EDGE connections?
___
Andrew Lindesay
www.lindesay.co.nz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
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
--
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden