Details
-
Type: Bug
-
Status: Closed
-
Priority: Default
-
Resolution: Fixed
-
Affects Version/s: 1.0.4
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Environment:linux, netbeans, hotspot
Description
Situation:
Starting a new hotspot - session after a local reset leads to following problem
local sequence number is reset to "1" but the Hotspot expects any higher number.
Hotspot reacts with a "Logout-Message" or sometimes with a "Reject-Message"
(need to be evaluated why not only logout due to FIX-spec).
No comes the quickfix problem:
conform to the QFJ docu all administrative messages from counterpart (fromAdmin) should pass the
fromAdmin-Handler.
The Reject-Message and not all Logout-Messages will not be passed through the
fromAdmin-Handler
The problem is now fro us, that in the messages are a text string from what we can parse the expected sequence number for another correct Logon-try.
What is also strange is that this problem occurs with quickfixj1.0.4 from download and also with
branches/QFJ_RELEASE_1_0_x.
Surprisingly when using the actual QFJ from trunk:
svn co https://svn.sourceforge.net/svnroot/quickfixj/trunk quickfixj
this version does not have this problem, it seems, that all Logouts and Rejects will be passed through the fromAdmin-Handler. So that we are able to get running sessions.
But:surprisingly the quickfixj-Engine (from trunk) sends "Resend-Messages" without having a Logon from the counterpart, this should not be according to the spec.
My questions:
1. Do you know about this behaviour or is it strange also for you. Do you like to see some Log-Files for better evaluation?
2. Do you have a recommendation how to handle Logon rejects when sequence number is too low
3. What could be the reason that the QFJ-Engines work so different at this point?
In case I can help with logs or more details let me know.
With the trunk our system is running at this point.
Best regards
Attachments
Issue Links
- is duplicated by
-
QFJ-112 Logon management failures
- Closed