2010-10-11 16 views
1

J'utilise quickfix 1.13.3 recompilé avec ODBC et j'ai un comportement étrange sur mes accepteurs (deux accepteurs sur différentes machines partageant la même base de données ODBC et activé pour basculement à chaud). Ma séance quotidienne est configuré avec:Quickfix 1.13.3 - SeqNum pas réinitialisé correctement à StartTime avec ODBC Store

RefreshOnLogon=Y 
StartTime=00:02:00 
EndTime=23:58:00 
PersistMessages=Y 

et les Odbc nécessaires Paramètres.

A 23:54, l'initiateur envoie une déconnexion avec MsgSeqNum = 1711, mon accepteur Quickfix répond avec Déconnexion MsgSeqNum = 1711, donc pas de problème.

A 00:05:16, l'initiateur envoie une connexion avec MsgSeqNum = 2, mais mon accepteur Quickfix répond avec Déconnexion MsgSeqNum = 1712!

A 0:05:18, les relances d'initiateur avec connexion et MsgSeqNumm = 4, et cette fois, mon accepteur quickfix avec connexion MsgSeqNum répond = 1

pensant que peut-être, dans la table « sessions », la incoming_seqnum et outgoing_seqnum n'ont pas été correctement réinitialisés par ODBC, j'ai même essayé de forcer une réinitialisation manuelle à 00:00 mais en vain, j'ai toujours le même comportement.

Je pense en ce moment est que quickfix avec cette configuration correspond encore à la demande d'ouverture de session contre la séance d'hier, ce qui entraîne la fermeture de session avec le numéro de séquence hier ....

Avec la même StartTime, EndTime, 1 accepteur (au lieu de deux), FileStore, et aucun réglage RefreshOnLogon (parce que j'avais seulement 1 accepteur) il a l'habitude de travailler avec quickfix 1.12.4.

J'ai également essayé avec RefreshOnLogon=N mais le problème reste le même ... les seqnums ne sont pas correctement réinitialisés à minuit.

Des idées?

Un grand merci,

+0

Est-ce java ou quelque chose? – leppie

+0

c'est C++ ou C# – Idriss

Répondre

1

Après de nombreuses tentatives avec les différents paramètres, je rollbacked enfin 1.12.4 recompilé avec ODBC. Avec les mêmes paramètres, l'ancienne bibliothèque fonctionne correctement et les seqnums sont correctement réinitialisés à 00:02:00.

RefreshOnLogon=Y 
StartTime=00:02:00 
EndTime=23:58:00 
PersistMessages=Y 
+0

QuickFIX a vraiment cassé un certain nombre de choses après 1.12.4. Cette version est peut-être ancienne, mais c'est une bonne version. 1.13.3 a plus de bugs liés au début et à la fin de la session que celui que vous avez trouvé - j'en ai rencontré deux moi-même jusqu'à présent (dont l'un est fixé dans le repo de développement). Pas bon. –