Tasks #229
Validate SpreadConnection Implementation
Status: | Resolved | Start date: | 03/20/2011 | |
---|---|---|---|---|
Priority: | High | Due date: | ||
Assignee: | J. Wienke | % Done: | 100% | |
Category: | C++ | |||
Target version: | - |
Description
Check in particular against cases identified by Ingo:
Erkenntnisse bisher: * In SpreadConnection::receive kann ein leerer shared_ptr zurückgeliefert werden, falls - SP_receive einen Fehler (aber nicht "CONNECTION_CLOSED") liefert, oder - die Nachricht keine Membership oder Datennachricht ist. Das sind beides eher unwahrscheinliche, aber nicht unmögliche, Situationen. Falls sie auftreten, dann krachts in SpreadEventFactory::receive. Ich habe daher als hotfix in SpreadEventFactory::receive einen retry eingebaut, der schaut, ob die Nachricht null ist und es in dem Fall nochmal probiert, bis zu 10 Versuchen. Außerdem gibt es einen Check auf SC != null, bei dessen Erreichen kontrolliert beendet wird.
This applies both to Java and C++.
Associated revisions
cleanup logic of receive method in SpreadConnection and clarify what happens with differen message types.
refs #229
History
#1 Updated by J. Wienke about 13 years ago
- Category set to C++
#2 Updated by J. Wienke almost 13 years ago
- Status changed from New to Resolved
- Assignee changed from M. Goetting to J. Wienke
- % Done changed from 0 to 100
Applied some fixes for CPP. For Java we could not find any of the described issues.