It is a long time. I've gotten around it in the past by polling the service which can be done in one of two ways (off the top of my head)...
1) Add a ping() method to the service and keep hitting that, get a replacement in the background when it disappears. 2) Lookup the service, get it's ServiceID then keep relooking up the same service with that ServiceID in the background, replace it when the LUS doesn't return anything. Neither of these are perfect solutions. There's probably another possible solution; always do lazy lookups just before you need the proxy, then you can supply your own timeout value, but of course this has the overhead of always having to do a lookup before each service call. I find it interesting (and understandable, to a degree) that there doesn't seem to be any of these kinds of QoS considerations in the spec - that I can recall... On Mon, Mar 8, 2010 at 12:04 PM, Sim IJskes - QCG <[email protected]> wrote: > Tom Hobbs wrote: > >> I don't know where you'd find any official documentation on this, but in >> my >> experience the delay has been the TCP timeout. >> >> If you already have the proxy then you must wait for the transport >> layer/protocol to decide that it can't service your request. >> > > Ok, this will mean the attempt will persist up to 9 minutes, solaris 2.2 > cuts it to 2 minutes. (according to Stevens). > > > I'm not sure about another other versions or OSs. >> > > linux, man 7 tcp, says: 11 to 30 minutes. > > > Of course, I might be wrong... :-) >> > > Me too. :-) > > That time is too long for failover isn't it? > > > Gr. Sim > > > > -- > QCG, Software voor het MKB, 071-5890970, http://www.qcg.nl > Quality Consultancy Group b.v., Leiderdorp, Kvk Leiden: 28088397 >
