Bug #344
C++ Spread: Transport-level errors are not handled properly
Status: | New | Start date: | 06/05/2011 | ||
---|---|---|---|---|---|
Priority: | High | Due date: | |||
Assignee: | - | % Done: | 20% | ||
Category: | Spread Connector | ||||
Target version: | rsb-0.18 |
Description
- Spread errors (currently ignored)
- Converter errors (currently not handled, ignored at call site)
Related issues
Associated revisions
Terminate processing in case of receive error
Prevent 100% CPU load loops in ReceiverTask by stopping the task at the
first spread error. We do not recover at all.
This is more or less just a temporary workaround for a still missing
real solution for task #344 and #1035
Reviewed-by: Jan Moringen <jmoringe@techfak.uni-bielefeld.de>
Use ErrorStrategy to handle receive errors
Use the new setErrorStrategy method in the InPushConnector interface to
obtain a user-specified wish on what to do in case of a receiver error.
Reviewed-by: Jan Moringen <jmoringe@techfak.uni-bielefeld.de>
Add setErrorStrategy on InPushConnectors and call it
As a temporary solution for asynchronous receiving errors, use the
ParticipantConfig::ErrorStrategy. This can be specified by the user via
the configuration.
Reviewed-by: Jan Moringen <jmoringe@techfak.uni-bielefeld.de>
History
#1 Updated by S. Wrede almost 13 years ago
- Target version set to 0.6
#2 Updated by J. Wienke over 12 years ago
- Target version deleted (
0.6)
postponed as it is not realistic to implement right now
#3 Updated by J. Moringen over 12 years ago
- Target version set to rsb-0.9
#4 Updated by J. Moringen over 11 years ago
- Subject changed from Transport-level Errors are not handled properly to Transport-level errors are not handled properly
#5 Updated by J. Moringen over 11 years ago
- Target version changed from rsb-0.9 to rsb-0.10
#6 Updated by J. Wienke about 11 years ago
- Subject changed from Transport-level errors are not handled properly to C++ Spread: Transport-level errors are not handled properly
- Category changed from C++ to Spread Connector
Seems to be specific to the spread transport.
#7 Updated by J. Moringen almost 11 years ago
- Target version changed from rsb-0.10 to rsb-0.11
#8 Updated by S. Wrede almost 10 years ago
- Priority changed from Normal to High
#9 Updated by J. Wienke almost 10 years ago
- Target version changed from rsb-0.11 to rsb-0.12
- % Done changed from 0 to 20
At least we now prevent endless 100% CPU loops. The remaining issues will have to wait for the real implementation of an error handling subsystem, which will not make it into 0.11.
#10 Updated by J. Wienke over 9 years ago
- Target version changed from rsb-0.12 to rsb-0.13
#11 Updated by J. Moringen over 8 years ago
- Target version changed from rsb-0.13 to rsb-0.14
#12 Updated by J. Moringen over 8 years ago
- Target version changed from rsb-0.14 to rsb-0.15
#13 Updated by J. Moringen about 8 years ago
- Target version changed from rsb-0.15 to rsb-0.16
#14 Updated by J. Moringen over 7 years ago
- Target version changed from rsb-0.16 to rsb-0.17
#15 Updated by J. Moringen about 7 years ago
- Target version changed from rsb-0.17 to rsb-0.18