Menu
▾
▴
quickfixj-users — General mailing list for QuickFIX/J topics.
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
(21) |
Jul
(14) |
Aug
(29) |
Sep
(39) |
Oct
(47) |
Nov
(70) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(43) |
Feb
(50) |
Mar
(90) |
Apr
(96) |
May
(84) |
Jun
(40) |
Jul
(58) |
Aug
(55) |
Sep
(55) |
Oct
(52) |
Nov
(38) |
Dec
(75) |
| 2008 |
Jan
(49) |
Feb
(72) |
Mar
(49) |
Apr
(55) |
May
(21) |
Jun
(31) |
Jul
(47) |
Aug
(59) |
Sep
(59) |
Oct
(77) |
Nov
(51) |
Dec
(54) |
| 2009 |
Jan
(52) |
Feb
(57) |
Mar
(17) |
Apr
(27) |
May
(44) |
Jun
(46) |
Jul
(69) |
Aug
(38) |
Sep
(39) |
Oct
(45) |
Nov
(38) |
Dec
(37) |
| 2010 |
Jan
(49) |
Feb
(35) |
Mar
(21) |
Apr
(33) |
May
(52) |
Jun
(28) |
Jul
(39) |
Aug
(34) |
Sep
(21) |
Oct
(82) |
Nov
(36) |
Dec
(20) |
| 2011 |
Jan
(28) |
Feb
(64) |
Mar
(93) |
Apr
(75) |
May
(151) |
Jun
(77) |
Jul
(35) |
Aug
(53) |
Sep
(56) |
Oct
(36) |
Nov
(94) |
Dec
(59) |
| 2012 |
Jan
(105) |
Feb
(43) |
Mar
(68) |
Apr
(91) |
May
(45) |
Jun
(18) |
Jul
(103) |
Aug
(77) |
Sep
(45) |
Oct
(59) |
Nov
(58) |
Dec
(43) |
| 2013 |
Jan
(48) |
Feb
(65) |
Mar
(63) |
Apr
(22) |
May
(41) |
Jun
(60) |
Jul
(43) |
Aug
(17) |
Sep
(20) |
Oct
(20) |
Nov
(42) |
Dec
(43) |
| 2014 |
Jan
(54) |
Feb
(34) |
Mar
(34) |
Apr
(20) |
May
(31) |
Jun
(39) |
Jul
(66) |
Aug
(22) |
Sep
(52) |
Oct
(22) |
Nov
(67) |
Dec
(70) |
| 2015 |
Jan
(18) |
Feb
(5) |
Mar
(40) |
Apr
(32) |
May
(62) |
Jun
(28) |
Jul
(86) |
Aug
(44) |
Sep
(61) |
Oct
(65) |
Nov
(8) |
Dec
(19) |
| 2016 |
Jan
(50) |
Feb
(22) |
Mar
(38) |
Apr
(55) |
May
(30) |
Jun
(42) |
Jul
(11) |
Aug
(9) |
Sep
(4) |
Oct
(51) |
Nov
(38) |
Dec
(31) |
| 2017 |
Jan
(40) |
Feb
(40) |
Mar
(23) |
Apr
(35) |
May
(121) |
Jun
(55) |
Jul
(37) |
Aug
(16) |
Sep
(27) |
Oct
(109) |
Nov
(67) |
Dec
(23) |
| 2018 |
Jan
(52) |
Feb
(6) |
Mar
(23) |
Apr
(28) |
May
(32) |
Jun
(20) |
Jul
(20) |
Aug
(22) |
Sep
(8) |
Oct
(33) |
Nov
(32) |
Dec
(13) |
| 2019 |
Jan
(16) |
Feb
(29) |
Mar
(17) |
Apr
(16) |
May
(1) |
Jun
(2) |
Jul
(25) |
Aug
(50) |
Sep
(17) |
Oct
(29) |
Nov
(16) |
Dec
(7) |
| 2020 |
Jan
|
Feb
|
Mar
(29) |
Apr
(64) |
May
(25) |
Jun
(49) |
Jul
(15) |
Aug
(10) |
Sep
(37) |
Oct
(20) |
Nov
(19) |
Dec
(9) |
| 2021 |
Jan
(33) |
Feb
(10) |
Mar
(67) |
Apr
(40) |
May
(70) |
Jun
(33) |
Jul
(14) |
Aug
(10) |
Sep
|
Oct
(7) |
Nov
(6) |
Dec
(16) |
| 2022 |
Jan
(27) |
Feb
(2) |
Mar
(5) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
(10) |
| 2023 |
Jan
(1) |
Feb
(2) |
Mar
(21) |
Apr
(3) |
May
(15) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
| 2024 |
Jan
(7) |
Feb
(2) |
Mar
(8) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2025 |
Jan
(10) |
Feb
(4) |
Mar
(9) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joerg T. <Joe...@ma...> - 2007-03-08 21:08:43
|
On 03/08/2007 09:25 PM, Alvin Wang wrote: > Does anyone happen to know what went wrong with this one? We are very > concerned about the reliability and stability of QF/J. Thanks. Hi Alwin, the ConfigError was thrown since the JDBC connection could not be initialized: Caused by: java.sql.SQLException: Couldn't perform the operation prepareStatement: You can't perform any operations on this connection. It has been automatically closed by Proxool for some reason (see logs). What is Proxool? Did you check its logs? I wonder why you suspect QF/J does anything bad. To me it seems like a database connection issue. Cheers, Jörg > Alvin Wang/FFTW > > 03/05/2007 12:34 To > PM qui...@li....n > et > cc > > Subject > quickfix.ConfigError(Document link: > Alvin Wang) > > > > > > > > > > Hi, > > Can anyone tell me why I got the following errors. I did not change my > configur file. And it was working this morning. Thanks, > > Alvin > > > > - #0001 was active for 5469 milliseconds and has been removed automaticaly. > The Thread responsible was named 'main', but the last SQL it performed is > unknown because the trace property is not enabled. > > Hit uncaught exception quickfix.ConfigError > quickfix.ConfigError: error during session initialization > > at > quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:113) > > at > quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:68) > > at > quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:60) > > at > quickfix.ThreadedSocketInitiator.<init>(ThreadedSocketInitiator.java:32) > > Caused by: java.lang.RuntimeException: java.sql.SQLException: Couldn't > perform the operation prepareStatement: You can't perform any operations on > this connection. It has been automatically closed by Proxool for some > reason (see logs). > > at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:44) > > at quickfix.Session.<init>(Session.java:244) > > at > quickfix.DefaultSessionFactory.create(DefaultSessionFactory.java:147) > > at > quickfix.mina.SessionConnector.createSession(SessionConnector.java:114) > > at > quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:107) > > ... 7 more > > Caused by: java.sql.SQLException: Couldn't perform the operation > prepareStatement: You can't perform any operations on this connection. It > has been automatically closed by Proxool for some reason (see logs). > > at > org.logicalcobwebs.proxool.WrappedConnection.invoke(WrappedConnection.java:207) > > at > org.logicalcobwebs.proxool.WrappedConnection.intercept(WrappedConnection.java:87) > > at > $java.sql.Connection$$EnhancerByCGLIB$$86caa0be.prepareStatement(<generated>) > > at quickfix.JdbcStore.loadCache(JdbcStore.java:111) > > at quickfix.JdbcStore.<init>(JdbcStore.java:65) > > at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:42) > > ... 11 more > > Exception in thread "main" > > > > ******************************************************************************* > This e-mail message is intended solely for the use of the addressee. > The message may contain information that is privileged and > confidential. > Disclosure to anyone other than the intended recipient is prohibited. > If you are not the intended recipient, please do not disseminate, > distribute or copy this communication, by e-mail or otherwise. Instead, > please notify us immediately by return e-mail(including the original > message with your reply) and then delete and discard all copies of the > message. We have taken precautions to minimize the risk of transmitting > software viruses but nevertheless advise you to carry out your own > virus checks on any attachment to this message. We accept > no liability for any loss or damage caused by software viruses. > ******************************************************************************* > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Joerg Thoennes http://www.macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Geschäftsführer: Roger Macdonald Lothringer Str. 52, D-52070 Aachen Amtsgericht Aachen, HRB 8151, Ust.-Id DE813021663 |
|
From: Alvin W. <AW...@FF...> - 2007-03-08 21:05:37
|
OK, I took the pain to step into QFJ's codes. In Message.java, we have:
public Message(String string) throws InvalidMessage {
fromString(string, null, true);
}
DataDictionary is null, as a result, it cannot parse a message with group
correctly. My question is what is the use of the constructor if it cannot
handle group at the end?
I do not have this problem with QF java wrapper. It has the following:
public Message(String string) throws InvalidMessage {
initFromString(string, true);
}
private void initFromString(String string, boolean validate)
throws InvalidMessage {
create();
header = new Header( this );
trailer = new Trailer( this );
fromString(string, validate);
}
That means QF java wrapper can validate without the dictionary.... (Oren,
maybe you can clarify a bit, i did not go down to C code after this...)
thanks...
"Shepheard, Toby
(London)"
<Toby_Shepheard@m To
l.com> <qui...@li....
Sent by: net>
quickfixj-users-b cc
ou...@li...
ceforge.net Subject
Re: [Quickfixj-users]
InvalidMessage exception
02/23/2007 05:44
AM
Please respond to
quickfixj-users@l
ists.sourceforge.
net
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Can you show us an example of the message string that you're passing in
from the counterparty, along with the reported actual and expected
message lengths? It might give a clue as to where in the message the
problem is occurring, and in turn help nail where in the code the
problem is.
>From what you said below, is it correct to infer that this was working
for 1.0.4 but broken in 1.0.5?
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 22 February 2007 20:14
To: qui...@li...
Cc: qui...@li...;
qui...@li...
Subject: Re: [Quickfixj-users] InvalidMessage exception
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Basically, I received the message from counterparty via FIX as a string,
then I use "new Message(String str)". It is correct that that message
string contains some repeating group, but that should not be relevant as
the message is not built by my code, instead it was received as a
string.
I am using QuickFIX/J 1.0.5, I just wonder if there is any change in
FieldMap.java from 1.0.4 to 1.0.5?
Thanks.
Alvin
"Shepheard, Toby
(London)"
<Toby_Shepheard@m
To
l.com>
<qui...@li....
Sent by: net>
quickfixj-users-b
cc
ou...@li...
ceforge.net
Subject
Re: [Quickfixj-users]
InvalidMessage exception
02/21/2007 08:07
AM
Please respond to
quickfixj-users@l
ists.sourceforge.
net
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
In general terms it's simply saying that your FIX message isn't
constructed properly.
I think this can happen when you don't build a group properly, for
example adding fields to the body directly rather than as part of a
group. Another possibility is that you have a RawData field without a
RawDataLength preceding it.
It would help to see the code that's building the message header and
body, including construction of any groups, if the above doesn't help
you fix the problem.
Regards,
Toby
-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Alvin Wang
Sent: 20 February 2007 18:13
To: qui...@li...
Subject: [Quickfixj-users] InvalidMessage exception
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi I got the following exception when calling a Message constructor.
Could
anyone explain what does this mean? and how to fix it? thanks
Alvin
============================================================
quickfix.InvalidMessage: Actual body length=452, Expected body
length=518
at quickfix.Message.validate(Message.java:404)
at quickfix.Message.fromString(Message.java:395)
at quickfix.Message.<init>(Message.java:90)
************************************************************************
*******
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
************************************************************************
*******
------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
--------------------------------------------------------
If you are not an intended recipient of this e-mail, please notify the
sender, delete it and do not read, act upon, print, disclose, copy,
retain
or redistribute it. Click here for important additional terms relating
to
this e-mail. http://www.ml.com/email_terms/
--------------------------------------------------------
------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
V
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
|
|
From: Alvin W. <AW...@FF...> - 2007-03-08 20:25:37
|
Hi,
Does anyone happen to know what went wrong with this one? We are very
concerned about the reliability and stability of QF/J. Thanks.
Alvin
Alvin Wang/FFTW
03/05/2007 12:34 To
PM qui...@li....n
et
cc
Subject
quickfix.ConfigError(Document link:
Alvin Wang)
Hi,
Can anyone tell me why I got the following errors. I did not change my
configur file. And it was working this morning. Thanks,
Alvin
- #0001 was active for 5469 milliseconds and has been removed automaticaly.
The Thread responsible was named 'main', but the last SQL it performed is
unknown because the trace property is not enabled.
Hit uncaught exception quickfix.ConfigError
quickfix.ConfigError: error during session initialization
at
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:113)
at
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:68)
at
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:60)
at
quickfix.ThreadedSocketInitiator.<init>(ThreadedSocketInitiator.java:32)
Caused by: java.lang.RuntimeException: java.sql.SQLException: Couldn't
perform the operation prepareStatement: You can't perform any operations on
this connection. It has been automatically closed by Proxool for some
reason (see logs).
at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:44)
at quickfix.Session.<init>(Session.java:244)
at
quickfix.DefaultSessionFactory.create(DefaultSessionFactory.java:147)
at
quickfix.mina.SessionConnector.createSession(SessionConnector.java:114)
at
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:107)
... 7 more
Caused by: java.sql.SQLException: Couldn't perform the operation
prepareStatement: You can't perform any operations on this connection. It
has been automatically closed by Proxool for some reason (see logs).
at
org.logicalcobwebs.proxool.WrappedConnection.invoke(WrappedConnection.java:207)
at
org.logicalcobwebs.proxool.WrappedConnection.intercept(WrappedConnection.java:87)
at
$java.sql.Connection$$EnhancerByCGLIB$$86caa0be.prepareStatement(<generated>)
at quickfix.JdbcStore.loadCache(JdbcStore.java:111)
at quickfix.JdbcStore.<init>(JdbcStore.java:65)
at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:42)
... 11 more
Exception in thread "main"
*******************************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
*******************************************************************************
|
|
From: Bud B. <bu...@ba...> - 2007-03-08 18:07:42
|
I'm brand new to QuickFIX/J so go easy on me. For my application, I = need to add a few fields to my logon, so I found this on the wiki: http://www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logon= s And tried to throw that in my code. The only problem is, in my = application, I am subclassing MessageCracker as suggested on this page: http://www.quickfixj.org/quickfixj/usermanual/usage/receiving_messages.ht= ml and MessageCracker does not implement: super.toAdmin(message, = sessionId); In my toAdmin() can I just do a Session.sendToTarget(message) after I = add my fields? Thanks. -- Bud P.S. Does the "Quick" in QuickFIX refer to how quickly messages are processed, how quick it is to build an application or both? I was = looking for some performance numbers but didn't see anything. |
|
From: Mark Z. <mz...@wa...> - 2007-03-07 22:34:10
|
=20 Hello, =20 Your jmx additions look great! =20 I was wondering, when do you plan on releasing the new version? =20 Are their any other front ends (besides the future jmx one) which allow us to manage sessions (ie. set seq number, connect/disconnect, etc)? =20 I'm a little confused how people have been able to use this product without that. For example, what if you had to disconnect a session in the middle of the day or what if you needed to do a sequence number reset. How do people handle that now? =20 Thanks for your help and thanks for making a great product! =20 -Mark |
|
From: Pergus <per...@gm...> - 2007-03-07 13:40:23
|
Chris, thanks for your reply. Unfortunately, my problem occurs when the session is automatically recycling at the end of the day (I am using a daily session schedule). I am not controlling the logout and disconnect with my application code in that case. On 3/6/07, Chris Hurst <chr...@ho...> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Unitl someone gives you a far better answer, but just pointing out the > obvious ... > > Your initiator isn't using stop(true) is i.e. force disconnect rather > than stop(false) or just stop () > (Ref : quickfix.Connector.java) , I think thats part of ypour application > code and not a setting ??obviously depending on which stop is selected > you'll get your intended and unintended behaviour as regards waiting for the > logout. > > ------------------------------ > From: *Pergus <per...@gm...>* > Reply-To: *qui...@li...* > To: *qui...@li...* > Subject: *[Quickfixj-users] Logout sent at session start* > Date: *Tue, 6 Mar 2007 14:05:11 +0100* > >QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > >QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hi, > > I am running a QuickFIX/J initiator using FIX 4.2. When a session expires > on my side (because EndTime is reached) a logout message is sent to the > counterparty and the initiator immediately disconnects, without waiting for > a logout response (isn't the engine supposed to wait for a logout response > before disconnecting according to the FIX specs?). Later on, when time > reaches StartTime for the new session, the first thing that happens is that > the initiator sends a logout message to the counterparty and then > disconnects. This doesn't seem right. Could anyone please explain why this > happens? It would appear as though the engine has queued the logout response > from the counterparty before the previous session was shut down and the > initiator interprets it as a new message at the start of the new session. > This becomes a problem when the counterparty doesn't ignore messages that > are sent before logon messages have been exchanged and the sequence numbers > get out of sync. > > Many thanks, > > Pergus > > >------------------------------------------------------------------------- > >Take Surveys. Earn Cash. Influence the Future of IT > >Join SourceForge.net's Techsay panel and you'll get the chance to share > your > >opinions on IT & business topics through brief surveys-and earn cash > >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >_______________________________________________ > >Quickfixj-users mailing list > >Qui...@li... > >https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > ------------------------------ > Upload 500 photos a month & blog with your Messenger buddies on Windows > Live Spaces. Get yours now, FREE!<http://g.msn.com/8HMAENUK/2755??PS=47575> > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > |
|
From: Chris H. <chr...@ho...> - 2007-03-06 15:27:20
|
<html><div style='background-color:'><DIV class=RTE> <P>Unitl someone gives you a far better answer, but just pointing out the obvious ...</P> <P>Your initiator isn't using stop(true) is i.e. force disconnect rather than stop(false) or just stop ()<BR>(Ref : quickfix.Connector.java) , I think thats part of ypour application code and not a setting ??obviously depending on which stop is selected you'll get your intended and unintended behaviour as regards waiting for the logout. <BR></P></DIV> <DIV></DIV> <BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"> <HR color=#a0c6e5 SIZE=1> <DIV></DIV>From: <I>Pergus <per...@gm...></I><BR>Reply-To: <I>qui...@li...</I><BR>To: <I>qui...@li...</I><BR>Subject: <I>[Quickfixj-users] Logout sent at session start</I><BR>Date: <I>Tue, 6 Mar 2007 14:05:11 +0100</I><BR>>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/<BR>>QuickFIX/J Support: http://www.quickfixj.org/support/<BR> <P> <DIV></DIV><BR> <DIV>Hi,</DIV> <DIV></DIV> <DIV> </DIV> <DIV></DIV> <DIV>I am running a QuickFIX/J initiator using FIX 4.2. When a session expires on my side (because EndTime is reached) a logout message is sent to the counterparty and the initiator immediately disconnects, without waiting for a logout response (isn't the engine supposed to wait for a logout response before disconnecting according to the FIX specs?). Later on, when time reaches StartTime for the new session, the first thing that happens is that the initiator sends a logout message to the counterparty and then disconnects. This doesn't seem right. Could anyone please explain why this happens? It would appear as though the engine has queued the logout response from the counterparty before the previous session was shut down and the initiator interprets it as a new message at the start of the new session. This becomes a problem when the counterparty doesn't ignore messages that are sent before logon messages have been exchanged and the sequence numbers get out of sync. </DIV> <DIV></DIV> <DIV></DIV> <DIV> </DIV> <DIV></DIV> <DIV>Many thanks,</DIV> <DIV></DIV> <DIV> </DIV> <DIV></DIV> <DIV>Pergus</DIV> <DIV></DIV> <DIV></DIV><BR> <P>>-------------------------------------------------------------------------<BR>>Take Surveys. Earn Cash. Influence the Future of IT<BR>>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>>opinions on IT & business topics through brief surveys-and earn cash<BR>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV<BR> <P>>_______________________________________________<BR>>Quickfixj-users mailing list<BR>>Qui...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/quickfixj-users<BR> <P></FONT></P></BLOCKQUOTE></div><br clear=all><hr>Upload 500 photos a month & blog with your Messenger buddies on Windows Live Spaces. <a href="http://g.msn.com/8HMAENUK/2755??PS=47575" target="_top">Get yours now, FREE!</a> </html> |
|
From: Pergus <per...@gm...> - 2007-03-06 13:05:18
|
Hi, I am running a QuickFIX/J initiator using FIX 4.2. When a session expires on my side (because EndTime is reached) a logout message is sent to the counterparty and the initiator immediately disconnects, without waiting for a logout response (isn't the engine supposed to wait for a logout response before disconnecting according to the FIX specs?). Later on, when time reaches StartTime for the new session, the first thing that happens is that the initiator sends a logout message to the counterparty and then disconnects. This doesn't seem right. Could anyone please explain why this happens? It would appear as though the engine has queued the logout response from the counterparty before the previous session was shut down and the initiator interprets it as a new message at the start of the new session. This becomes a problem when the counterparty doesn't ignore messages that are sent before logon messages have been exchanged and the sequence numbers get out of sync. Many thanks, Pergus |
|
From: Alvin W. <AW...@FF...> - 2007-03-05 17:34:57
|
Hi,
Can anyone tell me why I got the following errors. I did not change my
configur file. And it was working this morning. Thanks,
Alvin
- #0001 was active for 5469 milliseconds and has been removed automaticaly.
The Thread responsible was named 'main', but the last SQL it performed is
unknown because the trace property is not enabled.
Hit uncaught exception quickfix.ConfigError
quickfix.ConfigError: error during session initialization
at
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:113)
at
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:68)
at
quickfix.mina.initiator.AbstractSocketInitiator.<init>(AbstractSocketInitiator.java:60)
at
quickfix.ThreadedSocketInitiator.<init>(ThreadedSocketInitiator.java:32)
Caused by: java.lang.RuntimeException: java.sql.SQLException: Couldn't
perform the operation prepareStatement: You can't perform any operations on
this connection. It has been automatically closed by Proxool for some
reason (see logs).
at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:44)
at quickfix.Session.<init>(Session.java:244)
at
quickfix.DefaultSessionFactory.create(DefaultSessionFactory.java:147)
at
quickfix.mina.SessionConnector.createSession(SessionConnector.java:114)
at
quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:107)
... 7 more
Caused by: java.sql.SQLException: Couldn't perform the operation
prepareStatement: You can't perform any operations on this connection. It
has been automatically closed by Proxool for some reason (see logs).
at
org.logicalcobwebs.proxool.WrappedConnection.invoke(WrappedConnection.java:207)
at
org.logicalcobwebs.proxool.WrappedConnection.intercept(WrappedConnection.java:87)
at
$java.sql.Connection$$EnhancerByCGLIB$$86caa0be.prepareStatement(<generated>)
at quickfix.JdbcStore.loadCache(JdbcStore.java:111)
at quickfix.JdbcStore.<init>(JdbcStore.java:65)
at quickfix.JdbcStoreFactory.create(JdbcStoreFactory.java:42)
... 11 more
Exception in thread "main"
*******************************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
*******************************************************************************
|
|
From: Vladimir K. <vla...@db...> - 2007-03-05 12:37:29
|
Hi
private boolean isCorrectCompID(String senderCompID, String
targetCompID) {
return sessionID.getSenderCompID().equals(targetCompID)
&& sessionID.getTargetCompID().equals(senderCompID);
}
thank you
it looks like I'll need to hack Session.java
not very convinient. we use quickfixj in several projects so need to be
careful with updates.
wbr
_________________________________
Vladimir Kvasov
"Chris Hurst" <chr...@ho...>
Sent by: qui...@li...
05.03.2007 15:13
Please respond to
Ch...@hu...; Please respond to
qui...@li...
To
qui...@li...
cc
Subject
Re: [Quickfixj-users] quickfixj and CME
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Ok, didn't follow the point you were making.
Our Session.java (QuickFixJ) handles backup adapters etc. as part of this
we detect the FTI flag and allow for its prescence, currently on each
QuickFixJ we merge in our code over the top (its not a lot of code). I
haven't looked to see if there are any message pre processing hooks you
could make use of via a listener or whatver to achieve the same effect but
it does look like you can't just use the code out of the box, as you just
need to ignore the flag it may be a bit easier for you.
We actually use the FIT functionality have backup adapters etc.
From: Vladimir Kvasov <vla...@db...>
Reply-To: qui...@li...
To: chr...@ho..., qui...@li...
Subject: Re: [Quickfixj-users] quickfixj and CME
Date: Mon, 5 Mar 2007 14:53:05 +0300
>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>QuickFIX/J Support: http://www.quickfixj.org/support/
Hi Chris
I know the reason why I received logout.
Yes, I didn't supply SenderSubID field.
the problem is that quickfix can't handle
this logout correctly because of SenderCompID/TargetCompID discrepancy
and instead of processing logout message
it tries to send reject back to the market and fails to do so because I'm
not logged in.
wbr
_________________________________
Vladimir Kvasov
"Chris Hurst"
<chr...@ho...>
Sent by: qui...@li...
05.03.2007 14:32
Please respond to
Ch...@hu...; Please respond to
qui...@li...
To
qui...@li...
cc
Subject
Re: [Quickfixj-users] quickfixj
and CME
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Yeah we do, for the FIX conversations we use I
have some documentation on my desk that says SenderSubID is CME required
as opposed to FIX required , which is fine I think.
QuickFIXJ is doing the raw FIX fine, the CME has added
restrictions to the FIX message in defining their message specification
, i.e. they have writen their own message specification on top of FIX
which
is more restrictive on the header but still a valid thing to do.
a) You MUST populate tag 50 on logon, for a CME logon as
opposed to a generic FIX logon, this is the issue with your failed logon
not what you highlight ...
b) (The change you highlight in bold is because the last
letter the missing U is the FTI (fault tolerance indicator van be U or
P or B or N) i.e. its not part of the identifier as such) its NOT
this that causes your error is a)
From: Vladimir Kvasov <vla...@db...>
Reply-To: qui...@li...
To: qui...@li...
Subject: [Quickfixj-users] quickfixj and CME
Date: Mon, 5 Mar 2007 13:51:00 +0300
>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>QuickFIX/J Support: http://www.quickfixj.org/support/
Hi
is there anyone who tried to use quickfixj
to connect CME?
I sent logon message:
8=FIX.4.2
9=83
35=A
34=1
49=XXX123U
52=20070301-12:18:22.505
56=CME
95=3
96=KXX
98=0
108=30
141=Y
10=021
and received logout as a result.
8=FIX.4.2
9=110
35=5
34=413
49=CME
50=G
52=20070301-12:47:32.372
56=XXX123
369=0
58=SenderSubId (50) tag is not present
789=1
10=063
as you can see SenderCompID in logon
message and TargetCompID in logout message
differs and this fact causes
validation failure in quckfixj code.
does CME breaks FIX protocol or quickfixj
is too strict?
_________________________________
Vladimir Kvasov
---
This e-mail may contain confidential
and/or privileged information. If you
are not the intended recipient (or have
received this e-mail in error)
please notify the sender immediately
and destroy this e-mail. Any
unauthorized copying, disclosure or
distribution of the material in this
e-mail is strictly forbidden.
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>opinions on IT & business topics through brief surveys-and earn
cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Quickfixj-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfixj-users
Exclusive Ed Byrne daily comedy clips on MSN
Video
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
---
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Quickfixj-users mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfixj-users
Exclusive Ed Byrne daily comedy clips on MSN Video
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
---
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden. |
|
From: Chris H. <chr...@ho...> - 2007-03-05 12:13:59
|
<html><div style='background-color:'><DIV class=RTE> <P>Ok, didn't follow the point you were making.</P> <P>Our Session.java (QuickFixJ) handles backup adapters etc. as part of this we detect the FTI flag and allow for its prescence, currently on each QuickFixJ we merge in our code over the top (its not a lot of code). I haven't looked to see if there are any message pre processing hooks you could make use of via a listener or whatver to achieve the same effect but it does look like you can't just use the code out of the box, as you just need to ignore the flag it may be a bit easier for you.</P> <P>We actually use the FIT functionality have backup adapters etc.</P></DIV> <DIV></DIV> <BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"> <HR color=#a0c6e5 SIZE=1> <DIV></DIV>From: <I>Vladimir Kvasov <vla...@db...></I><BR>Reply-To: <I>qui...@li...</I><BR>To: <I>chr...@ho..., qui...@li...</I><BR>Subject: <I>Re: [Quickfixj-users] quickfixj and CME</I><BR>Date: <I>Mon, 5 Mar 2007 14:53:05 +0300</I><BR>>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/<BR>>QuickFIX/J Support: http://www.quickfixj.org/support/<BR> <P> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>Hi Chris</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>I know the reason why I received logout. <DIV></DIV>Yes, I didn't supply SenderSubID field. </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>the problem is that quickfix can't handle <DIV></DIV>this logout correctly because of SenderCompID/TargetCompID discrepancy</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>and instead of processing logout message <DIV></DIV>it tries to send reject back to the market and fails to do so because I'm <DIV></DIV>not logged in.</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>wbr</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>_________________________________<BR> <DIV></DIV>Vladimir Kvasov<BR> <DIV></DIV></FONT> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV> <TABLE width="100%"> <DIV></DIV> <TBODY> <TR vAlign=top> <DIV></DIV> <TD width="40%"><FONT face=sans-serif size=1><B>"Chris Hurst" <DIV></DIV><chr...@ho...></B> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=1>Sent by: qui...@li...</FONT> <DIV></DIV> <P><FONT face=sans-serif size=1>05.03.2007 14:32</FONT> <DIV></DIV> <TABLE border=1> <DIV></DIV> <TBODY> <TR vAlign=top> <DIV></DIV> <TD bgColor=white> <DIV></DIV> <DIV align=center><FONT face=sans-serif size=1>Please respond to<BR></DIV>Ch...@hu...; Please respond to<BR> <DIV></DIV>qui...@li...</FONT> <DIV></DIV></TR></TBODY></TABLE> <DIV></DIV><BR> <DIV></DIV> <TD width="59%"> <DIV></DIV> <TABLE width="100%"> <DIV></DIV> <TBODY> <TR> <DIV></DIV> <TD> <DIV></DIV> <DIV align=right><FONT face=sans-serif size=1>To</FONT></DIV> <DIV></DIV> <TD vAlign=top><FONT face=sans-serif size=1>qui...@li...</FONT> <DIV></DIV> <TR> <DIV></DIV> <TD> <DIV></DIV> <DIV align=right><FONT face=sans-serif size=1>cc</FONT></DIV> <DIV></DIV> <TD vAlign=top> <DIV></DIV> <TR> <DIV></DIV> <TD> <DIV></DIV> <DIV align=right><FONT face=sans-serif size=1>Subject</FONT></DIV> <DIV></DIV> <TD vAlign=top><FONT face=sans-serif size=1>Re: [Quickfixj-users] quickfixj <DIV></DIV>and CME</FONT></TR></TBODY></TABLE> <DIV></DIV><BR> <DIV></DIV> <TABLE> <DIV></DIV> <TBODY> <TR vAlign=top> <DIV></DIV> <TD> <DIV></DIV> <TD></TR></TBODY></TABLE> <DIV></DIV><BR></TR></TBODY></TABLE> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><BR><TT><FONT size=2>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/<BR> <DIV></DIV>QuickFIX/J Support: http://www.quickfixj.org/support/<BR> <DIV></DIV></FONT></TT><FONT size=3>Yeah we do, for the FIX conversations we use I <DIV></DIV>have some documentation on my desk that says SenderSubID is CME required <DIV></DIV>as opposed to FIX required , which is fine I think.</FONT> <DIV></DIV> <P><FONT size=3>QuickFIXJ is doing the raw FIX fine, the CME has added <DIV></DIV>restrictions to the FIX message in defining their message specification <DIV></DIV>, i.e. they have writen their own message specification on top of FIX which <DIV></DIV>is more restrictive on the header but still a valid thing to do.</FONT> <DIV></DIV> <P><FONT size=3>a) You MUST populate tag 50 on logon, for a CME logon as <DIV></DIV>opposed to a generic FIX logon, this is the issue with your failed logon <DIV></DIV>not what you highlight ...</FONT> <DIV></DIV> <P><FONT size=3>b) (The change you highlight in bold is because the last <DIV></DIV>letter the missing U is the FTI (fault tolerance indicator van be U or <DIV></DIV>P or B or N) i.e. its not part of the identifier as such) its NOT <DIV></DIV>this that causes your error is a)<BR> <DIV></DIV></FONT> <DIV></DIV> <P> <DIV></DIV> <HR> <DIV></DIV> <P><FONT face=Tahoma size=1>From: <I>Vladimir Kvasov <vla...@db...></I><BR> <DIV></DIV>Reply-To: <I>qui...@li...</I><BR> <DIV></DIV>To: <I>qui...@li...</I><BR> <DIV></DIV>Subject: <I>[Quickfixj-users] quickfixj and CME</I><BR> <DIV></DIV>Date: <I>Mon, 5 Mar 2007 13:51:00 +0300</I><BR> <DIV></DIV>>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/<BR> <DIV></DIV>>QuickFIX/J Support: http://www.quickfixj.org/support/</FONT> <DIV></DIV> <P> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>Hi</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>is there anyone who tried to use quickfixj </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>to connect CME?</FONT><FONT face=Tahoma size=1> <DIV></DIV></FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>I sent logon message:</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>8=FIX.4.2</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>9=83</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>35=A</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>34=1</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><B><BR> <DIV></DIV>49=XXX123U</B></FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>52=20070301-12:18:22.505</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>56=CME</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>95=3</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>96=KXX</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>98=0</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>108=30</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>141=Y</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>10=021</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>and received logout as a result. </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>8=FIX.4.2</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>9=110</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>35=5</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>34=413</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>49=CME</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>50=G</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>52=20070301-12:47:32.372</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><B><BR> <DIV></DIV>56=XXX123</B></FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>369=0</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>58=SenderSubId (50) tag is not present</FONT><FONT face=Tahoma size=1> <DIV></DIV></FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>789=1</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>10=063</FONT><FONT face=Tahoma size=1> </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>as you can see SenderCompID in logon </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>message and TargetCompID in logout message <DIV></DIV>differs and this fact causes </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>validation failure in quckfixj code.</FONT><FONT face=Tahoma size=1> <DIV></DIV></FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>does CME breaks FIX protocol or quickfixj </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>is too strict?</FONT><FONT face=Tahoma size=1> <DIV></DIV></FONT> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2><BR> <DIV></DIV>_________________________________</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>Vladimir Kvasov</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>---</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>This e-mail may contain confidential <DIV></DIV>and/or privileged information. If you </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>are not the intended recipient (or have <DIV></DIV>received this e-mail in error) </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>please notify the sender immediately <DIV></DIV>and destroy this e-mail. Any </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>unauthorized copying, disclosure or <DIV></DIV>distribution of the material in this </FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>e-mail is strictly forbidden.</FONT> <DIV></DIV><BR> <DIV></DIV> <P><FONT face=Tahoma size=1>>-------------------------------------------------------------------------<BR> <DIV></DIV>>Take Surveys. Earn Cash. Influence the Future of IT<BR> <DIV></DIV>>Join SourceForge.net's Techsay panel and you'll get the chance to share <DIV></DIV>your<BR> <DIV></DIV>>opinions on IT & business topics through brief surveys-and earn <DIV></DIV>cash<BR> <DIV></DIV>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</FONT> <DIV></DIV> <P><FONT face=Tahoma size=1>>_______________________________________________<BR> <DIV></DIV>>Quickfixj-users mailing list<BR> <DIV></DIV>>Qui...@li...<BR> <DIV></DIV>>https://lists.sourceforge.net/lists/listinfo/quickfixj-users</FONT> <DIV></DIV> <P><FONT size=3><BR> <DIV></DIV></FONT> <DIV></DIV> <HR> <FONT size=3>Exclusive Ed Byrne daily comedy clips on </FONT><A href="http://g.msn.com/8HMBENUK/2728??PS=47575"><FONT color=blue size=3><U>MSN <DIV></DIV>Video</U></FONT></A><FONT size=3> </FONT><TT><FONT size=2>-------------------------------------------------------------------------<BR> <DIV></DIV>Take Surveys. Earn Cash. Influence the Future of IT<BR> <DIV></DIV>Join SourceForge.net's Techsay panel and you'll get the chance to share <DIV></DIV>your<BR> <DIV></DIV>opinions on IT & business topics through brief surveys-and earn cash<BR> <DIV></DIV>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________<BR> <DIV></DIV>Quickfixj-users mailing list<BR> <DIV></DIV>Qui...@li...<BR> <DIV></DIV>https://lists.sourceforge.net/lists/listinfo/quickfixj-users<BR> <DIV></DIV></FONT></TT> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">---</SPAN><BR> <DIV></DIV><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">This e-mail may contain confidential and/or privileged information. If you </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">are not the intended recipient (or have received this e-mail in error) </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">please notify the sender immediately and destroy this e-mail. Any </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">unauthorized copying, disclosure or distribution of the material in this </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">e-mail is strictly forbidden.</SPAN><BR> <DIV></DIV><BR> <P>>-------------------------------------------------------------------------<BR>>Take Surveys. Earn Cash. Influence the Future of IT<BR>>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>>opinions on IT & business topics through brief surveys-and earn cash<BR>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV<BR> <P>>_______________________________________________<BR>>Quickfixj-users mailing list<BR>>Qui...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/quickfixj-users<BR> <P></FONT></P></BLOCKQUOTE></div><br clear=all><hr>Exclusive Ed Byrne daily comedy clips on <a href="http://g.msn.com/8HMBENUK/2734??PS=47575" target="_top">MSN Video</a> </html> |
|
From: Vladimir K. <vla...@db...> - 2007-03-05 11:53:35
|
Hi Chris I know the reason why I received logout. Yes, I didn't supply SenderSubID field. the problem is that quickfix can't handle this logout correctly because of SenderCompID/TargetCompID discrepancy and instead of processing logout message it tries to send reject back to the market and fails to do so because I'm not logged in. wbr _________________________________ Vladimir Kvasov "Chris Hurst" <chr...@ho...> Sent by: qui...@li... 05.03.2007 14:32 Please respond to Ch...@hu...; Please respond to qui...@li... To qui...@li... cc Subject Re: [Quickfixj-users] quickfixj and CME QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ Yeah we do, for the FIX conversations we use I have some documentation on my desk that says SenderSubID is CME required as opposed to FIX required , which is fine I think. QuickFIXJ is doing the raw FIX fine, the CME has added restrictions to the FIX message in defining their message specification , i.e. they have writen their own message specification on top of FIX which is more restrictive on the header but still a valid thing to do. a) You MUST populate tag 50 on logon, for a CME logon as opposed to a generic FIX logon, this is the issue with your failed logon not what you highlight ... b) (The change you highlight in bold is because the last letter the missing U is the FTI (fault tolerance indicator van be U or P or B or N) i.e. its not part of the identifier as such) its NOT this that causes your error is a) From: Vladimir Kvasov <vla...@db...> Reply-To: qui...@li... To: qui...@li... Subject: [Quickfixj-users] quickfixj and CME Date: Mon, 5 Mar 2007 13:51:00 +0300 >QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >QuickFIX/J Support: http://www.quickfixj.org/support/ Hi is there anyone who tried to use quickfixj to connect CME? I sent logon message: 8=FIX.4.2 9=83 35=A 34=1 49=XXX123U 52=20070301-12:18:22.505 56=CME 95=3 96=KXX 98=0 108=30 141=Y 10=021 and received logout as a result. 8=FIX.4.2 9=110 35=5 34=413 49=CME 50=G 52=20070301-12:47:32.372 56=XXX123 369=0 58=SenderSubId (50) tag is not present 789=1 10=063 as you can see SenderCompID in logon message and TargetCompID in logout message differs and this fact causes validation failure in quckfixj code. does CME breaks FIX protocol or quickfixj is too strict? _________________________________ Vladimir Kvasov --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >Quickfixj-users mailing list >Qui...@li... >https://lists.sourceforge.net/lists/listinfo/quickfixj-users Exclusive Ed Byrne daily comedy clips on MSN Video ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. |
|
From: Chris H. <chr...@ho...> - 2007-03-05 11:32:30
|
<html><div style='background-color:'><DIV class=RTE> <P>Yeah we do, for the FIX conversations we use I have some documentation on my desk that says SenderSubID is CME required as opposed to FIX required , which is fine I think.</P> <P>QuickFIXJ is doing the raw FIX fine, the CME has added restrictions to the FIX message in defining their message specification , i.e. they have writen their own message specification on top of FIX which is more restrictive on the header but still a valid thing to do.</P> <P>a) You MUST populate tag 50 on logon, for a CME logon as opposed to a generic FIX logon, this is the issue with your failed logon not what you highlight ...</P> <P>b) (The change you highlight in bold is because the last letter the missing U is the FTI (fault tolerance indicator van be U or P or B or N) i.e. its not part of the identifier as such) its NOT this that causes your error is a)<BR><BR></P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"> <P> <HR color=#a0c6e5 SIZE=1> </P></DIV> <BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #a0c6e5 2px solid; MARGIN-RIGHT: 0px"> <DIV></DIV>From: <I>Vladimir Kvasov <vla...@db...></I><BR>Reply-To: <I>qui...@li...</I><BR>To: <I>qui...@li...</I><BR>Subject: <I>[Quickfixj-users] quickfixj and CME</I><BR>Date: <I>Mon, 5 Mar 2007 13:51:00 +0300</I><BR>>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/<BR>>QuickFIX/J Support: http://www.quickfixj.org/support/<BR> <P> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>Hi</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>is there anyone who tried to use quickfixj <DIV></DIV>to connect CME?</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>I sent logon message:</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>8=FIX.4.2</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>9=83</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>35=A</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>34=1</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><B>49=XXX123U</B></FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>52=20070301-12:18:22.505</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>56=CME</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>95=3</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>96=KXX</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>98=0</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>108=30</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>141=Y</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>10=021</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>and received logout as a result. </FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>8=FIX.4.2</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>9=110</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>35=5</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>34=413</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>49=CME</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>50=G</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>52=20070301-12:47:32.372</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2><B>56=XXX123</B></FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>369=0</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>58=SenderSubId (50) tag is not present</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>789=1</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>10=063</FONT> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>as you can see SenderCompID in logon <DIV></DIV>message and TargetCompID in logout message differs and this fact causes <DIV></DIV>validation failure in quckfixj code.</FONT> <DIV></DIV><BR><FONT face=sans-serif size=2>does CME breaks FIX protocol or quickfixj <DIV></DIV>is too strict?</FONT> <DIV></DIV><BR> <DIV></DIV><BR> <DIV></DIV><BR><FONT face=sans-serif size=2>_________________________________<BR> <DIV></DIV>Vladimir Kvasov<BR> <DIV></DIV></FONT> <DIV></DIV><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">---</SPAN><BR> <DIV></DIV><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">This e-mail may contain confidential and/or privileged information. If you </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">are not the intended recipient (or have received this e-mail in error) </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">please notify the sender immediately and destroy this e-mail. Any </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">unauthorized copying, disclosure or distribution of the material in this </SPAN><BR> <DIV></DIV><SPAN style="FONT-SIZE: 10pt; COLOR: #000000; FONT-FAMILY: sans-serif,helvetica">e-mail is strictly forbidden.</SPAN><BR> <DIV></DIV><BR> <P>>-------------------------------------------------------------------------<BR>>Take Surveys. Earn Cash. Influence the Future of IT<BR>>Join SourceForge.net's Techsay panel and you'll get the chance to share your<BR>>opinions on IT & business topics through brief surveys-and earn cash<BR>>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV<BR> <P>>_______________________________________________<BR>>Quickfixj-users mailing list<BR>>Qui...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/quickfixj-users<BR> <P></FONT></P></BLOCKQUOTE></div><br clear=all><hr>Exclusive Ed Byrne daily comedy clips on <a href="http://g.msn.com/8HMBENUK/2728??PS=47575" target="_top">MSN Video</a> </html> |
|
From: Vladimir K. <vla...@db...> - 2007-03-05 10:51:14
|
Hi is there anyone who tried to use quickfixj to connect CME? I sent logon message: 8=FIX.4.2 9=83 35=A 34=1 49=XXX123U 52=20070301-12:18:22.505 56=CME 95=3 96=KXX 98=0 108=30 141=Y 10=021 and received logout as a result. 8=FIX.4.2 9=110 35=5 34=413 49=CME 50=G 52=20070301-12:47:32.372 56=XXX123 369=0 58=SenderSubId (50) tag is not present 789=1 10=063 as you can see SenderCompID in logon message and TargetCompID in logout message differs and this fact causes validation failure in quckfixj code. does CME breaks FIX protocol or quickfixj is too strict? _________________________________ Vladimir Kvasov --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. |
|
From: Graham M. <gm...@ma...> - 2007-03-02 17:53:20
|
Sorry, that message sent before I was done... As I was saying, the last chunk of the patch shows a difference in the names of a couple of values between QuickFIX and QuickFIX/J. Not sure what the right thing to do about that is. graham On 3/2/07, Graham Miller <gm...@ma...> wrote: > > Just this morning, Oren patched the FIX4[0-2].xml specification files > (thanks Oren!), in order to include the correct enumerations for the MsgType > field. (The corresponding QuickFIX bug is here > http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=214 ). I > have attached the diff of the new QuickFIX spec files against the HEAD > revision of the QuickFIX/J files, and it seems like the QuickFIX/J spec > files should be patched, too. (I have attached the patch). > > There is one interesting thing though: the last chunk in the patch is > this: > 2202,2203c2155,2156 > < <value enum="0" description="FX_NETTING"/> > < <value enum="1" description="FX_SWAP"/> > --- > > <value enum="0" description="F_X_NETTING"/> > > <value enum="1" description="F_X_SWAP"/> > > > -- > Marketcetera Trading Platform > download.run.trade. > www.marketcetera.org -- Marketcetera Trading Platform download.run.trade. www.marketcetera.org |
|
From: Graham M. <gm...@ma...> - 2007-03-02 17:51:01
|
Just this morning, Oren patched the FIX4[0-2].xml specification files (thanks Oren!), in order to include the correct enumerations for the MsgType field. (The corresponding QuickFIX bug is here http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=214 ). I have attached the diff of the new QuickFIX spec files against the HEAD revision of the QuickFIX/J files, and it seems like the QuickFIX/J spec files should be patched, too. (I have attached the patch). There is one interesting thing though: the last chunk in the patch is this: 2202,2203c2155,2156 < <value enum="0" description="FX_NETTING"/> < <value enum="1" description="FX_SWAP"/> --- > <value enum="0" description="F_X_NETTING"/> > <value enum="1" description="F_X_SWAP"/> -- Marketcetera Trading Platform download.run.trade. www.marketcetera.org |
|
From: Alex M. <ale...@eu...> - 2007-03-02 09:09:57
|
Thanks Toli - will give it a go. -----Original Message----- From: qui...@li... [mailto:qui...@li...] On Behalf Of Toli Kuznets Sent: 01 March 2007 17:01 To: qui...@li... Subject: Re: [Quickfixj-users] Testing Tool QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ Alex, If you don't find anything exactly like what you are looking for off-the-shelf, it should be fairly simple and straightforward to configure our Marketcetera platform to do what you want. It's an open-source system that has an order-routing component (OMS) and a batch-loading order sender (OrderLoader). the OMS conects via FIX to your QFJ acceptor, and then you run the OrderLoader to send a bunch of orders through the OMS to your acceptor. the OrderLoader reads a text file of orders, so you can preload it with all the test cases to cover your various acceptor functionality Since the code is open-sourced, you can use the core libraries directly to use this functionality in JUnit tests as well. the OMS currently only supports FIX4.2, but we are changing that in the next release. you can find more information at http://trac.marketcetera.org/. I'd be happy to walk you through it if you have any questions. On 3/1/07, Alex McGlashan <ale...@eu...> wrote: > > I'm developing a FIX acceptor application using QFJ in the absence of any > specific initiator. Does anyone know of an automated tool for testing such > an application? --=20 Toli Kuznets http://www.marketcetera.com: Open-Source Trading Platform download.run.trade. ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users Eurobase International Limited and its subsidiaries (Eurobase) are = unable to exercise control over the content of information in E-Mails. = Any views and opinions expressed may be personal to the sender and are = not necessarily those of Eurobase. Eurobase will not enter into any = contractual obligations in respect of any part of its business in any = E-mail.=20 Privileged / confidential information may be contained in this message = and /or any attachments. This E-mail is intended for the use of the = addressee(s) only and may contain confidential information. If you are = not the / an intended recipient, you are hereby notified that any use or = dissemination of this communication is strictly prohibited. If you = receive this transmission in error, please notify us immediately, and = then delete this E-mail.=20 Neither the sender nor Eurobase accepts any liability whatsoever for any = defects of any kind either in or arising from this E-mail transmission. = E-Mail transmission cannot be guaranteed to be secure or error-free, as = messages can be intercepted, lost, corrupted, destroyed, contain = viruses, or arrive late or incomplete. Eurobase does not accept any = responsibility for viruses and it is your responsibility to scan any = attachments. Eurobase Systems Limited is the main trading company in the Eurobase = International Group; registered in England and Wales as company number = 02251162; registered address: Essex House, 2 County Place, Chelmsford, = Essex CM2 0RE, UK. |
|
From: Toli K. <to...@ma...> - 2007-03-01 17:01:20
|
Alex, If you don't find anything exactly like what you are looking for off-the-shelf, it should be fairly simple and straightforward to configure our Marketcetera platform to do what you want. It's an open-source system that has an order-routing component (OMS) and a batch-loading order sender (OrderLoader). the OMS conects via FIX to your QFJ acceptor, and then you run the OrderLoader to send a bunch of orders through the OMS to your acceptor. the OrderLoader reads a text file of orders, so you can preload it with all the test cases to cover your various acceptor functionality Since the code is open-sourced, you can use the core libraries directly to use this functionality in JUnit tests as well. the OMS currently only supports FIX4.2, but we are changing that in the next release. you can find more information at http://trac.marketcetera.org/. I'd be happy to walk you through it if you have any questions. On 3/1/07, Alex McGlashan <ale...@eu...> wrote: > > I'm developing a FIX acceptor application using QFJ in the absence of any > specific initiator. Does anyone know of an automated tool for testing such > an application? -- Toli Kuznets http://www.marketcetera.com: Open-Source Trading Platform download.run.trade. |
|
From: Alex M. <ale...@eu...> - 2007-03-01 15:37:34
|
Hi All, =20 I'm developing a FIX acceptor application using QFJ in the absence of any specific initiator. Does anyone know of an automated tool for testing such an application? =20 Cheers, Alex Eurobase International Limited and its subsidiaries (Eurobase) are = unable to exercise control over the content of information in E-Mails. = Any views and opinions expressed may be personal to the sender and are = not necessarily those of Eurobase. Eurobase will not enter into any = contractual obligations in respect of any part of its business in any = E-mail.=20 Privileged / confidential information may be contained in this message = and /or any attachments. This E-mail is intended for the use of the = addressee(s) only and may contain confidential information. If you are = not the / an intended recipient, you are hereby notified that any use or = dissemination of this communication is strictly prohibited. If you = receive this transmission in error, please notify us immediately, and = then delete this E-mail.=20 Neither the sender nor Eurobase accepts any liability whatsoever for any = defects of any kind either in or arising from this E-mail transmission. = E-Mail transmission cannot be guaranteed to be secure or error-free, as = messages can be intercepted, lost, corrupted, destroyed, contain = viruses, or arrive late or incomplete. Eurobase does not accept any = responsibility for viruses and it is your responsibility to scan any = attachments. Eurobase Systems Limited is the main trading company in the Eurobase = International Group; registered in England and Wales as company number = 02251162; registered address: Essex House, 2 County Place, Chelmsford, = Essex CM2 0RE, UK. |
|
From: <st...@te...> - 2007-02-28 15:12:26
|
QFJ is providing the messages to your logger. Check your logger implementation and configuration to determine if and where the message are being logged. The field in question is not a user-defined field (which have tags >= 5000). It's actually an official FIX message field, but only for 4.4. It's not valid for a standard FIX 4.2 session. However, you can add it to FIX 4.2 by modifying the data dictionary XML file. > yeah. I see. you are right. > It's not good that I can't see original message received by quickfixj. > > I thought disabling ValidateUserDefinedFields properti will help, but it > has no effect, exception happens anyway. > What is "UserDefinedField" then? > > > _________________________________ > Vladimir Kvasov > > > > > > > > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > It appears you are receiving a logon acknowledgement with a 789 tag > (NextExpectedMsgSeqNum). This > tag is only valid in FIX 4.4 although your session is FIX 4.2. You may > need to modify your FIX 4.2 data > dictionary to add this tag. > > > From: qui...@li... > [mailto:qui...@li...] On Behalf Of > Vladimir Kvasov > Sent: Wednesday, February 28, 2007 6:59 AM > To: qui...@li... > Subject: [Quickfixj-users] Tried to send a reject while not logged > on:Invalid tag number (field 789) > > > Hi > > I got some strange exception. it happens when quickfix is trying to log > in. > it says "Invalid tag number (field 789)" but there is no tag with id 789 > in logon message. > any ideas? > > thank you > > <LogMessage timestamp="2007/02/28 04:09:30:219" logType="CME" severity="3" > threadName="main"> FixLogFactory Session FIX.4.2:XXXXU->CME schedule is > daily, > 05:00:00 GMT - 05:00:00 GMT (daily, 00:00:00 GMT-05:00 - 00:00:00 > GMT-05:00) </LogMessage> > <LogMessage timestamp="2007/02/28 04:09:30:229" logType="CME" severity="3" > threadName="main"> FixLogFactory Created session: FIX.4.2:XXXXU->CME > </LogMessa > ge> > <LogMessage timestamp="2007/02/28 04:09:31:894" logType="CME" severity="3" > threadName="QFJ Timer"> FixLogFactory Initiated logon request > </LogMessage> > <LogMessage timestamp="2007/02/28 04:09:32:188" logType="CME" severity="3" > threadName="QFJ Socket Acceptor 1697b67"> FixLogFactory Tried to send a > reject wh > ile not logged on: Invalid tag number (field 789) > quickfix.SessionException: Tried to send a reject while not logged on: > Invalid tag number (field 789) > at quickfix.Session.generateReject(Session.java:857) > at quickfix.Session.next(Session.java:583) > at > quickfix.mina.SingleThreadedEventHandlingStrategy$SessionMessageEvent.processMessage(SingleThreadedEventHandlingStrategy.java:128) > > at > quickfix.mina.SingleThreadedEventHandlingStrategy.block(SingleThreadedEventHandlingStrategy.java:70) > > at > quickfix.mina.SingleThreadedEventHandlingStrategy$1.run(SingleThreadedEventHandlingStrategy.java:86) > > at java.lang.Thread.run(Thread.java:595) > </LogMessage> > <LogMessage timestamp="2007/02/28 04:09:32:207" logType="CME" severity="3" > threadName="SocketIoProcessor-0"> FixLogFactory Disconnecting > </LogMessage> > <LogMessage timestamp="2007/02/28 04:09:32:208" logType="CME" severity="3" > threadName="SocketIoProcessor-0"> FixSingleSessionConnection connection > stopped ( > logout) </LogMessage> > > > _________________________________ > Vladimir Kvasov > Trading & Market Making > Rates Technology > Deutsche Bank > +7 495 9812289 > --- > > This e-mail may contain confidential and/or privileged information. If you > > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden. > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > > > --- > > This e-mail may contain confidential and/or privileged information. If you > are not the intended recipient (or have received this e-mail in error) > please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly > forbidden.------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > |
|
From: Alvin W. <AW...@FF...> - 2007-02-28 15:02:14
|
I will be out of the office starting 02/28/2007 and will not return until
03/01/2007.
*******************************************************************************
This e-mail message is intended solely for the use of the addressee.
The message may contain information that is privileged and
confidential.
Disclosure to anyone other than the intended recipient is prohibited.
If you are not the intended recipient, please do not disseminate,
distribute or copy this communication, by e-mail or otherwise. Instead,
please notify us immediately by return e-mail(including the original
message with your reply) and then delete and discard all copies of the
message. We have taken precautions to minimize the risk of transmitting
software viruses but nevertheless advise you to carry out your own
virus checks on any attachment to this message. We accept
no liability for any loss or damage caused by software viruses.
*******************************************************************************
|
|
From: Vladimir K. <vla...@db...> - 2007-02-28 14:56:51
|
yeah. I see. you are right. It's not good that I can't see original message received by quickfixj. I thought disabling ValidateUserDefinedFields properti will help, but it has no effect, exception happens anyway. What is "UserDefinedField" then? _________________________________ Vladimir Kvasov QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ It appears you are receiving a logon acknowledgement with a 789 tag (NextExpectedMsgSeqNum). This tag is only valid in FIX 4.4 although your session is FIX 4.2. You may need to modify your FIX 4.2 data dictionary to add this tag. From: qui...@li... [mailto:qui...@li...] On Behalf Of Vladimir Kvasov Sent: Wednesday, February 28, 2007 6:59 AM To: qui...@li... Subject: [Quickfixj-users] Tried to send a reject while not logged on:Invalid tag number (field 789) Hi I got some strange exception. it happens when quickfix is trying to log in. it says "Invalid tag number (field 789)" but there is no tag with id 789 in logon message. any ideas? thank you <LogMessage timestamp="2007/02/28 04:09:30:219" logType="CME" severity="3" threadName="main"> FixLogFactory Session FIX.4.2:XXXXU->CME schedule is daily, 05:00:00 GMT - 05:00:00 GMT (daily, 00:00:00 GMT-05:00 - 00:00:00 GMT-05:00) </LogMessage> <LogMessage timestamp="2007/02/28 04:09:30:229" logType="CME" severity="3" threadName="main"> FixLogFactory Created session: FIX.4.2:XXXXU->CME </LogMessa ge> <LogMessage timestamp="2007/02/28 04:09:31:894" logType="CME" severity="3" threadName="QFJ Timer"> FixLogFactory Initiated logon request </LogMessage> <LogMessage timestamp="2007/02/28 04:09:32:188" logType="CME" severity="3" threadName="QFJ Socket Acceptor 1697b67"> FixLogFactory Tried to send a reject wh ile not logged on: Invalid tag number (field 789) quickfix.SessionException: Tried to send a reject while not logged on: Invalid tag number (field 789) at quickfix.Session.generateReject(Session.java:857) at quickfix.Session.next(Session.java:583) at quickfix.mina.SingleThreadedEventHandlingStrategy$SessionMessageEvent.processMessage(SingleThreadedEventHandlingStrategy.java:128) at quickfix.mina.SingleThreadedEventHandlingStrategy.block(SingleThreadedEventHandlingStrategy.java:70) at quickfix.mina.SingleThreadedEventHandlingStrategy$1.run(SingleThreadedEventHandlingStrategy.java:86) at java.lang.Thread.run(Thread.java:595) </LogMessage> <LogMessage timestamp="2007/02/28 04:09:32:207" logType="CME" severity="3" threadName="SocketIoProcessor-0"> FixLogFactory Disconnecting </LogMessage> <LogMessage timestamp="2007/02/28 04:09:32:208" logType="CME" severity="3" threadName="SocketIoProcessor-0"> FixSingleSessionConnection connection stopped ( logout) </LogMessage> _________________________________ Vladimir Kvasov Trading & Market Making Rates Technology Deutsche Bank +7 495 9812289 --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Quickfixj-users mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfixj-users --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. |
|
From: Steve B. <st...@te...> - 2007-02-28 12:42:54
|
It appears you are receiving a logon acknowledgement with a 789 tag
(NextExpectedMsgSeqNum). This
tag is only valid in FIX 4.4 although your session is FIX 4.2. You may need
to modify your FIX 4.2 data
dictionary to add this tag.
_____
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Vladimir
Kvasov
Sent: Wednesday, February 28, 2007 6:59 AM
To: qui...@li...
Subject: [Quickfixj-users] Tried to send a reject while not logged
on:Invalid tag number (field 789)
Hi
I got some strange exception. it happens when quickfix is trying to log in.
it says "Invalid tag number (field 789)" but there is no tag with id 789 in
logon message.
any ideas?
thank you
<LogMessage timestamp="2007/02/28 04:09:30:219" logType="CME" severity="3"
threadName="main"> FixLogFactory Session FIX.4.2:XXXXU->CME schedule is
daily,
05:00:00 GMT - 05:00:00 GMT (daily, 00:00:00 GMT-05:00 - 00:00:00 GMT-05:00)
</LogMessage>
<LogMessage timestamp="2007/02/28 04:09:30:229" logType="CME" severity="3"
threadName="main"> FixLogFactory Created session: FIX.4.2:XXXXU->CME
</LogMessa
ge>
<LogMessage timestamp="2007/02/28 04:09:31:894" logType="CME" severity="3"
threadName="QFJ Timer"> FixLogFactory Initiated logon request </LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:188" logType="CME" severity="3"
threadName="QFJ Socket Acceptor 1697b67"> FixLogFactory Tried to send a
reject wh
ile not logged on: Invalid tag number (field 789)
quickfix.SessionException: Tried to send a reject while not logged on:
Invalid tag number (field 789)
at quickfix.Session.generateReject(Session.java:857)
at quickfix.Session.next(Session.java:583)
at
quickfix.mina.SingleThreadedEventHandlingStrategy$SessionMessageEvent.proces
sMessage(SingleThreadedEventHandlingStrategy.java:128)
at
quickfix.mina.SingleThreadedEventHandlingStrategy.block(SingleThreadedEventH
andlingStrategy.java:70)
at
quickfix.mina.SingleThreadedEventHandlingStrategy$1.run(SingleThreadedEventH
andlingStrategy.java:86)
at java.lang.Thread.run(Thread.java:595)
</LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:207" logType="CME" severity="3"
threadName="SocketIoProcessor-0"> FixLogFactory Disconnecting </LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:208" logType="CME" severity="3"
threadName="SocketIoProcessor-0"> FixSingleSessionConnection connection
stopped (
logout) </LogMessage>
_________________________________
Vladimir Kvasov
Trading & Market Making
Rates Technology
Deutsche Bank
+7 495 9812289
---
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
|
|
From: Vladimir K. <vla...@db...> - 2007-02-28 11:59:28
|
Hi
I got some strange exception. it happens when quickfix is trying to log
in.
it says "Invalid tag number (field 789)" but there is no tag with id 789
in logon message.
any ideas?
thank you
<LogMessage timestamp="2007/02/28 04:09:30:219" logType="CME" severity="3"
threadName="main"> FixLogFactory Session FIX.4.2:XXXXU->CME schedule is
daily,
05:00:00 GMT - 05:00:00 GMT (daily, 00:00:00 GMT-05:00 - 00:00:00
GMT-05:00) </LogMessage>
<LogMessage timestamp="2007/02/28 04:09:30:229" logType="CME" severity="3"
threadName="main"> FixLogFactory Created session: FIX.4.2:XXXXU->CME
</LogMessa
ge>
<LogMessage timestamp="2007/02/28 04:09:31:894" logType="CME" severity="3"
threadName="QFJ Timer"> FixLogFactory Initiated logon request
</LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:188" logType="CME" severity="3"
threadName="QFJ Socket Acceptor 1697b67"> FixLogFactory Tried to send a
reject wh
ile not logged on: Invalid tag number (field 789)
quickfix.SessionException: Tried to send a reject while not logged on:
Invalid tag number (field 789)
at quickfix.Session.generateReject(Session.java:857)
at quickfix.Session.next(Session.java:583)
at
quickfix.mina.SingleThreadedEventHandlingStrategy$SessionMessageEvent.processMessage(SingleThreadedEventHandlingStrategy.java:128)
at
quickfix.mina.SingleThreadedEventHandlingStrategy.block(SingleThreadedEventHandlingStrategy.java:70)
at
quickfix.mina.SingleThreadedEventHandlingStrategy$1.run(SingleThreadedEventHandlingStrategy.java:86)
at java.lang.Thread.run(Thread.java:595)
</LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:207" logType="CME" severity="3"
threadName="SocketIoProcessor-0"> FixLogFactory Disconnecting
</LogMessage>
<LogMessage timestamp="2007/02/28 04:09:32:208" logType="CME" severity="3"
threadName="SocketIoProcessor-0"> FixSingleSessionConnection connection
stopped (
logout) </LogMessage>
_________________________________
Vladimir Kvasov
Trading & Market Making
Rates Technology
Deutsche Bank
+7 495 9812289
---
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden. |
|
From: Steve B. <st...@te...> - 2007-02-27 13:10:50
|
You can send a normal message. > -----Original Message----- > From: qui...@li... [mailto:quickfixj- > use...@li...] On Behalf Of Dasun Perera > Sent: Monday, February 26, 2007 10:54 PM > To: qui...@li... > Subject: [Quickfixj-users] Login sequence > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > Hi Steve, > > This is Muscat, Oman stock exchange... it looks that I have to take care > about this second auth request from my application. Can I send a normal > message with 35=A and 141=Y as I send buy/sell. Or can I invoke second > login > after the first login happens.. appreciate any suggestions.. > > Let me cut and paste what their FIX document says.. ... |
103 messages has been excluded from this view by a project administrator.
