On TimeoutExceptions with AMI calls

in Help Center
Hi!
I'm using lots of AMI calls in my GUI application to avoid UI blocking, the implementation follows the 'Integrating Ice with a GUI' articles.
When I debug my application, I receive lots of TimeoutExceptions when transferring higher amounts of data between client and server. I switched on break on exceptions for the TimeoutException (in VS2005) to find out where the timeouts originate. Unfortunately the call stack shows that those exceptions are raised somewhere down the Ice runtime in Ice::TcpTranseiver::read().
Do you have an idea how to track down those exceptions or don't those exception matter at all?
If they shouldn't matter, is there a chance to hide those exceptions from the VS debug output? I guess the reason for the output is that the exception is not handled??
regs,
Stephan
I'm using lots of AMI calls in my GUI application to avoid UI blocking, the implementation follows the 'Integrating Ice with a GUI' articles.
When I debug my application, I receive lots of TimeoutExceptions when transferring higher amounts of data between client and server. I switched on break on exceptions for the TimeoutException (in VS2005) to find out where the timeouts originate. Unfortunately the call stack shows that those exceptions are raised somewhere down the Ice runtime in Ice::TcpTranseiver::read().
Do you have an idea how to track down those exceptions or don't those exception matter at all?
If they shouldn't matter, is there a chance to hide those exceptions from the VS debug output? I guess the reason for the output is that the exception is not handled??
regs,
Stephan
0
Comments
Stephan
The only settings which might influence this would be to use to the thread per connection concurrency model (where a thread will be dedicated for reading on the connection).
I wouldn't worry about these timeout exceptions though, they just indicate the Ice thread pool that there's no more data to read on the connection. This might happen for example if the sender is a bit slower to send the data than the receiver to read them.
Cheers,
Benoit.