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: Ajit G. <aji...@gm...> - 2021-04-16 17:21:44
|
Hi, Can we add the session dynamically in Quickfix acceptor?? Can anybody share the setting file as well. Regards Ajit G |
|
From: Christoph J. <chr...@ma...> - 2021-04-15 23:14:15
|
Hi Felipe, thanks for the feedback and good to know that it worked for you. Cheers, Chris. On 15.04.21 00:36, Felipe Windmoller wrote: > Hi Chris, > > I've tested the QFJ schedule and everything worked perfectly! > > I used this configuration: > StartTime=07:00:00, > EndTime=21:00:00, > TimeZone=America/Sao_Paulo, > Weekdays=Monday,Tuesday,Wednesday,Thursday,Friday, > > QFJ is awesome, it prints on the event log the complete information about the FIX session: > Session FIX.4.4:FOO->BAR schedule is monday, tuesday, wednesday, thursday, friday, 10:00:00-UTC - > 00:00:00-UTC (monday, tuesday, wednesday, thursday, friday, 07:00:00-BRT - 21:00:00-BRT) > > As my counterparty occasionally asks me to do some mock tests on the weekends, I intend to create > an option in my system to programmatically change my SessionSettings. For instance, on a Saturday, > with my Initiator stopped, I'll change my SessionSettings and then start the Initiator. When the > mock tests are done, I'll change my SessionSettings to the previous configuration. I could stop my > application and make a new deployment with the new configuration that would allow QFJ to run on > the weekend, but in that way I would need to go through a bureaucratic process at my company. > > Thanks again! > > Em seg., 12 de abr. de 2021 às 20:46, Felipe Windmoller <fel...@gm... > <mailto:fel...@gm...>> escreveu: > > Hello Chris, > > Thanks for the complete answer and sharing your experience. > > I'll use the option you recommended, that is to use TimeZone, StartTime and EndTime. > > As my counterparty also "recommends that customers remain disconnected during the weekends, > unless when participating in scheduled mock tests.", I'll also use the Weekdays//parameter. > > About my counterparty sequence reset, their documentation says: > /All FIX session schedules for Entry Point are activated on a daily basis and, at the end of > the session, the connection is terminated by the Border Gateway and the sequence number is > reset. This means that at the beginning of every new session, the expected sequence number is 1. > Note that there will be no logout message when the session is terminated. Instead, users will > detect a hard disconnection./ > / > / > Cheers, > Felipe Windmoller > > Em seg., 12 de abr. de 2021 às 20:22, Christoph John <chr...@ma... > <mailto:chr...@ma...>> escreveu: > > BTW, your counterparty also needs to reset at the correct time so I guess they would also > like to know when you actually reset. Otherwise "funny" things can happen. > We had a counterparty which did not disconnect the session when their EndTime was reached > but reset at the next intra-day disconnection. So most of the time everything worked but > when there was a disconnection during the day (e.g. network problems) they started of at > seqnum 1 mid-day which of course lead to problems since the sessions were constantly > disconnecting due to too low seqnums... > > Cheers, > Chris. > > On 13.04.21 01:16, Christoph John wrote: >> Hi, >> >> QFJ will reset the sequence number on the start of the session when it finds that the >> session storage is from an old session. It does determine this by using the StartTime and >> EndTime. See DefaultSessionSchedule.isSameSession(). >> So I can only encourage you to unify the TimeZone, StartTime, EndTime with your >> counterparty because that will do everything automatically for you. From my experience >> with the counterparties I've worked with this is no problem and some of them use a >> different time zone than our servers are in. >> >> If you still want to manage all that by yourself (not recommended), you could set >> NonStopSession=Y which will never reset the session automatically. You'll then need to >> have some kind of persistent flag in your application to determine if you already reset >> your session that day. >> >> Cheers, >> Chris. >> >> >> On 13.04.21 01:03, Felipe Windmoller wrote: >>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >>> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >>> >>> >>> >>> Hello everybody! >>> >>> I must connect to a session on a daily basis and at the beginning of every new session, >>> I must start with sequence number 1. >>> >>> I'm afraid of using the StartTime and EndTime parameters because there can be issues >>> between the time zone configuration of my server and the acceptor. So, I intend to do a >>> manual schedule to logon and logout. >>> >>> As my application can be restarted during the day by the server, I can't use the >>> /ResetOnLogon/ or the other /ResetOn/ parameters. >>> >>> I tested QuickFIX/J and it looks like that every time that I start a session and the >>> date of the session storage is older than the current day (in other words, the first >>> logon of the day), QuickFIX/J is automatically setting the sequence number to 1. >>> >>> Did I understand that correctly? Will QuickFIX/J always begin the first daily session >>> with the sequence number 1? >>> >>> Thanks a lot, >>> Felipe Henrique Gross Windmoller >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... <mailto:Qui...@li...> >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> >> >> -- >> Christoph John >> Software Engineering >> T +49 241 557080-28 >> chr...@ma... <mailto:chr...@ma...> >> >> MACD GmbH >> Oppenhoffallee 103 >> 52066 Aachen, Germany >> www.macd.com <http://www.macd.com> >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald > > -- > Christoph John > Software Engineering > T +49 241 557080-28 > chr...@ma... <mailto:chr...@ma...> > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germany > www.macd.com <http://www.macd.com> > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Felipe W. <fel...@gm...> - 2021-04-14 22:37:01
|
Hi Chris, I've tested the QFJ schedule and everything worked perfectly! I used this configuration: StartTime=07:00:00, EndTime=21:00:00, TimeZone=America/Sao_Paulo, Weekdays=Monday,Tuesday,Wednesday,Thursday,Friday, QFJ is awesome, it prints on the event log the complete information about the FIX session: Session FIX.4.4:FOO->BAR schedule is monday, tuesday, wednesday, thursday, friday, 10:00:00-UTC - 00:00:00-UTC (monday, tuesday, wednesday, thursday, friday, 07:00:00-BRT - 21:00:00-BRT) As my counterparty occasionally asks me to do some mock tests on the weekends, I intend to create an option in my system to programmatically change my SessionSettings. For instance, on a Saturday, with my Initiator stopped, I'll change my SessionSettings and then start the Initiator. When the mock tests are done, I'll change my SessionSettings to the previous configuration. I could stop my application and make a new deployment with the new configuration that would allow QFJ to run on the weekend, but in that way I would need to go through a bureaucratic process at my company. Thanks again! Em seg., 12 de abr. de 2021 às 20:46, Felipe Windmoller < fel...@gm...> escreveu: > Hello Chris, > > Thanks for the complete answer and sharing your experience. > > I'll use the option you recommended, that is to use TimeZone, StartTime > and EndTime. > > As my counterparty also "recommends that customers remain disconnected > during the weekends, unless when participating in scheduled mock tests.", > I'll also use the Weekdays parameter. > > About my counterparty sequence reset, their documentation says: > > *All FIX session schedules for Entry Point are activated on a daily basis > and, at the end of the session, the connection is terminated by the Border > Gateway and the sequence number is reset. This means that at the beginning > of every new session, the expected sequence number is 1. Note that there > will be no logout message when the session is terminated. Instead, users > will detect a hard disconnection.* > > Cheers, > Felipe Windmoller > > Em seg., 12 de abr. de 2021 às 20:22, Christoph John < > chr...@ma...> escreveu: > >> BTW, your counterparty also needs to reset at the correct time so I guess >> they would also like to know when you actually reset. Otherwise "funny" >> things can happen. >> We had a counterparty which did not disconnect the session when their >> EndTime was reached but reset at the next intra-day disconnection. So most >> of the time everything worked but when there was a disconnection during the >> day (e.g. network problems) they started of at seqnum 1 mid-day which of >> course lead to problems since the sessions were constantly disconnecting >> due to too low seqnums... >> >> Cheers, >> Chris. >> >> On 13.04.21 01:16, Christoph John wrote: >> >> Hi, >> >> QFJ will reset the sequence number on the start of the session when it >> finds that the session storage is from an old session. It does determine >> this by using the StartTime and EndTime. See >> DefaultSessionSchedule.isSameSession(). >> So I can only encourage you to unify the TimeZone, StartTime, EndTime >> with your counterparty because that will do everything automatically for >> you. From my experience with the counterparties I've worked with this is no >> problem and some of them use a different time zone than our servers are in. >> >> If you still want to manage all that by yourself (not recommended), you >> could set NonStopSession=Y which will never reset the session >> automatically. You'll then need to have some kind of persistent flag in >> your application to determine if you already reset your session that day. >> >> Cheers, >> Chris. >> >> >> On 13.04.21 01:03, Felipe Windmoller wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Hello everybody! >> >> I must connect to a session on a daily basis and at the beginning of >> every new session, I must start with sequence number 1. >> >> I'm afraid of using the StartTime and EndTime parameters because there >> can be issues between the time zone configuration of my server and the >> acceptor. So, I intend to do a manual schedule to logon and logout. >> >> As my application can be restarted during the day by the server, I can't >> use the *ResetOnLogon* or the other *ResetOn* parameters. >> >> I tested QuickFIX/J and it looks like that every time that I start a >> session and the date of the session storage is older than the current day >> (in other words, the first logon of the day), QuickFIX/J is automatically >> setting the sequence number to 1. >> >> Did I understand that correctly? Will QuickFIX/J always begin the first >> daily session with the sequence number 1? >> >> Thanks a lot, >> Felipe Henrique Gross Windmoller >> >> >> >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> >> -- >> Christoph John >> Software Engineering >> T +49 241 557...@ma... >> >> MACD GmbH >> Oppenhoffallee 103 >> 52066 Aachen, Germanywww.macd.com >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> >> -- >> Christoph John >> Software Engineering >> T +49 241 557...@ma... >> >> MACD GmbH >> Oppenhoffallee 103 >> 52066 Aachen, Germanywww.macd.com >> >> Amtsgericht Aachen: HRB 8151 >> Ust.-Id: DE 813021663 >> Geschäftsführer: George Macdonald >> >> |
|
From: Christoph J. <chr...@ma...> - 2021-04-13 10:21:11
|
Sorry, I cannot tell from your mail if this is now solved or not. If not please paste some log output from your QFJ application when it tries to connect. Cheers, Chris. On 13.04.21 04:21, Mahender B wrote: > Thank you all. > > I added IP - Domain name entry in my windows machine and tried, error disappeared but it failed > in HTTP proxy while trying to connect. In Error log it was failed after “domain-name TCP connect” > > > Regards > Mahesh. > > > > > > >> On Apr 11, 2021, at 8:32 PM, Christoph John <chr...@ma...> wrote: >> >> Did you try adding the IP and host to your hosts file (e.g. /etc/hosts on Unix/Linux)? >> >> Cheers, >> Chris. >> >> >> On 11.04.21 17:24, Mahender B via Quickfixj-users wrote: >>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support:http://www.quickfixj.org/support/ >>> >>> >>> >>> Hi I am using HTTP Proxy to connect to external QFJ Acceptor - all proxy related property >>> values set in my configuration file. But I am getting NullPointerException due to the domain >>> name not resolved to IP Address. >>> Found out that InetSocketAddress's address filed is null >>> >>> SocketConnectHost:valid.domain-name.net >>> SocketConnectPort:443 >>> >>> Did anyone successfully connect to Acceptor using domain name from QFJInitiator running behind >>> Proxy? i cannot use ip address as my proxy blocks it. >>> >>> Regards >>> Mahesh >>> >>> >>> -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Mahender B <mah...@ya...> - 2021-04-13 02:21:42
|
Thank you all. I added IP - Domain name entry in my windows machine and tried, error disappeared but it failed in HTTP proxy while trying to connect. In Error log it was failed after “domain-name TCP connect” Regards Mahesh. > On Apr 11, 2021, at 8:32 PM, Christoph John <chr...@ma...> wrote: > Did you try adding the IP and host to your hosts file (e.g. /etc/hosts on Unix/Linux)? > > Cheers, > Chris. > > > On 11.04.21 17:24, Mahender B via Quickfixj-users wrote: >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> >> >> Hi I am using HTTP Proxy to connect to external QFJ Acceptor - all proxy related property values set in my configuration file. But I am getting NullPointerException due to the domain name not resolved to IP Address. >> Found out that InetSocketAddress's address filed is null >> >> SocketConnectHost:valid.domain-name.net >> SocketConnectPort:443 >> >> Did anyone successfully connect to Acceptor using domain name from QFJInitiator running behind Proxy? i cannot use ip address as my proxy blocks it. >> >> Regards >> Mahesh >> >> >> >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Christoph John > Software Engineering > T +49 241 557080-28 > chr...@ma... > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germany > www.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald |
|
From: Felipe W. <fel...@gm...> - 2021-04-12 23:47:15
|
Hello Chris, Thanks for the complete answer and sharing your experience. I'll use the option you recommended, that is to use TimeZone, StartTime and EndTime. As my counterparty also "recommends that customers remain disconnected during the weekends, unless when participating in scheduled mock tests.", I'll also use the Weekdays parameter. About my counterparty sequence reset, their documentation says: *All FIX session schedules for Entry Point are activated on a daily basis and, at the end of the session, the connection is terminated by the Border Gateway and the sequence number is reset. This means that at the beginning of every new session, the expected sequence number is 1. Note that there will be no logout message when the session is terminated. Instead, users will detect a hard disconnection.* Cheers, Felipe Windmoller Em seg., 12 de abr. de 2021 às 20:22, Christoph John < chr...@ma...> escreveu: > BTW, your counterparty also needs to reset at the correct time so I guess > they would also like to know when you actually reset. Otherwise "funny" > things can happen. > We had a counterparty which did not disconnect the session when their > EndTime was reached but reset at the next intra-day disconnection. So most > of the time everything worked but when there was a disconnection during the > day (e.g. network problems) they started of at seqnum 1 mid-day which of > course lead to problems since the sessions were constantly disconnecting > due to too low seqnums... > > Cheers, > Chris. > > On 13.04.21 01:16, Christoph John wrote: > > Hi, > > QFJ will reset the sequence number on the start of the session when it > finds that the session storage is from an old session. It does determine > this by using the StartTime and EndTime. See > DefaultSessionSchedule.isSameSession(). > So I can only encourage you to unify the TimeZone, StartTime, EndTime with > your counterparty because that will do everything automatically for you. > From my experience with the counterparties I've worked with this is no > problem and some of them use a different time zone than our servers are in. > > If you still want to manage all that by yourself (not recommended), you > could set NonStopSession=Y which will never reset the session > automatically. You'll then need to have some kind of persistent flag in > your application to determine if you already reset your session that day. > > Cheers, > Chris. > > > On 13.04.21 01:03, Felipe Windmoller wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hello everybody! > > I must connect to a session on a daily basis and at the beginning of every > new session, I must start with sequence number 1. > > I'm afraid of using the StartTime and EndTime parameters because there can > be issues between the time zone configuration of my server and the > acceptor. So, I intend to do a manual schedule to logon and logout. > > As my application can be restarted during the day by the server, I can't > use the *ResetOnLogon* or the other *ResetOn* parameters. > > I tested QuickFIX/J and it looks like that every time that I start a > session and the date of the session storage is older than the current day > (in other words, the first logon of the day), QuickFIX/J is automatically > setting the sequence number to 1. > > Did I understand that correctly? Will QuickFIX/J always begin the first > daily session with the sequence number 1? > > Thanks a lot, > Felipe Henrique Gross Windmoller > > > > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > -- > Christoph John > Software Engineering > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germanywww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > > -- > Christoph John > Software Engineering > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germanywww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > |
|
From: Christoph J. <chr...@ma...> - 2021-04-12 23:22:38
|
BTW, your counterparty also needs to reset at the correct time so I guess they would also like to know when you actually reset. Otherwise "funny" things can happen. We had a counterparty which did not disconnect the session when their EndTime was reached but reset at the next intra-day disconnection. So most of the time everything worked but when there was a disconnection during the day (e.g. network problems) they started of at seqnum 1 mid-day which of course lead to problems since the sessions were constantly disconnecting due to too low seqnums... Cheers, Chris. On 13.04.21 01:16, Christoph John wrote: > Hi, > > QFJ will reset the sequence number on the start of the session when it finds that the session > storage is from an old session. It does determine this by using the StartTime and EndTime. See > DefaultSessionSchedule.isSameSession(). > So I can only encourage you to unify the TimeZone, StartTime, EndTime with your counterparty > because that will do everything automatically for you. From my experience with the counterparties > I've worked with this is no problem and some of them use a different time zone than our servers > are in. > > If you still want to manage all that by yourself (not recommended), you could set NonStopSession=Y > which will never reset the session automatically. You'll then need to have some kind of persistent > flag in your application to determine if you already reset your session that day. > > Cheers, > Chris. > > > On 13.04.21 01:03, Felipe Windmoller wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >> QuickFIX/J Support:http://www.quickfixj.org/support/ >> >> >> >> Hello everybody! >> >> I must connect to a session on a daily basis and at the beginning of every new session, I must >> start with sequence number 1. >> >> I'm afraid of using the StartTime and EndTime parameters because there can be issues between the >> time zone configuration of my server and the acceptor. So, I intend to do a manual schedule to >> logon and logout. >> >> As my application can be restarted during the day by the server, I can't use the /ResetOnLogon/ >> or the other /ResetOn/ parameters. >> >> I tested QuickFIX/J and it looks like that every time that I start a session and the date of the >> session storage is older than the current day (in other words, the first logon of the day), >> QuickFIX/J is automatically setting the sequence number to 1. >> >> Did I understand that correctly? Will QuickFIX/J always begin the first daily session with the >> sequence number 1? >> >> Thanks a lot, >> Felipe Henrique Gross Windmoller >> >> >> >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Christoph John > Software Engineering > T +49 241 557080-28 > chr...@ma... > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germany > www.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Christoph J. <chr...@ma...> - 2021-04-12 23:17:11
|
Hi, QFJ will reset the sequence number on the start of the session when it finds that the session storage is from an old session. It does determine this by using the StartTime and EndTime. See DefaultSessionSchedule.isSameSession(). So I can only encourage you to unify the TimeZone, StartTime, EndTime with your counterparty because that will do everything automatically for you. From my experience with the counterparties I've worked with this is no problem and some of them use a different time zone than our servers are in. If you still want to manage all that by yourself (not recommended), you could set NonStopSession=Y which will never reset the session automatically. You'll then need to have some kind of persistent flag in your application to determine if you already reset your session that day. Cheers, Chris. On 13.04.21 01:03, Felipe Windmoller wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hello everybody! > > I must connect to a session on a daily basis and at the beginning of every new session, I must > start with sequence number 1. > > I'm afraid of using the StartTime and EndTime parameters because there can be issues between the > time zone configuration of my server and the acceptor. So, I intend to do a manual schedule to > logon and logout. > > As my application can be restarted during the day by the server, I can't use the /ResetOnLogon/ or > the other /ResetOn/ parameters. > > I tested QuickFIX/J and it looks like that every time that I start a session and the date of the > session storage is older than the current day (in other words, the first logon of the day), > QuickFIX/J is automatically setting the sequence number to 1. > > Did I understand that correctly? Will QuickFIX/J always begin the first daily session with the > sequence number 1? > > Thanks a lot, > Felipe Henrique Gross Windmoller > > > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Felipe W. <fel...@gm...> - 2021-04-12 23:04:19
|
Hello everybody! I must connect to a session on a daily basis and at the beginning of every new session, I must start with sequence number 1. I'm afraid of using the StartTime and EndTime parameters because there can be issues between the time zone configuration of my server and the acceptor. So, I intend to do a manual schedule to logon and logout. As my application can be restarted during the day by the server, I can't use the *ResetOnLogon* or the other *ResetOn* parameters. I tested QuickFIX/J and it looks like that every time that I start a session and the date of the session storage is older than the current day (in other words, the first logon of the day), QuickFIX/J is automatically setting the sequence number to 1. Did I understand that correctly? Will QuickFIX/J always begin the first daily session with the sequence number 1? Thanks a lot, Felipe Henrique Gross Windmoller |
|
From: Christoph J. <chr...@ma...> - 2021-04-12 00:32:28
|
Did you try adding the IP and host to your hosts file (e.g. /etc/hosts on Unix/Linux)? Cheers, Chris. On 11.04.21 17:24, Mahender B via Quickfixj-users wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi I am using HTTP Proxy to connect to external QFJ Acceptor - all proxy related property values > set in my configuration file. But I am getting NullPointerException due to the domain name not > resolved to IP Address. > Found out that InetSocketAddress's address filed is null > > SocketConnectHost:valid.domain-name.net > SocketConnectPort:443 > > Did anyone successfully connect to Acceptor using domain name from QFJInitiator running behind > Proxy? i cannot use ip address as my proxy blocks it. > > Regards > Mahesh > > > > > > > > > > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Colin D. <co...@ma...> - 2021-04-11 23:18:15
|
You might need to set the config values related to proxies: /ProxyType/ Proxy type http socks /ProxyVersion/ Proxy HTTP or Socks version to use For socks: 4, 4a or 5 For http: 1.0 or 1.1 For socks: For http: 1.0 /ProxyHost/ Proxy server hostname or IP valid IP address in the format of x.x.x.x or a domain name /ProxyPort/ Proxy server port positive integer /ProxyUser/ Proxy user /ProxyPassword/ Proxy password /ProxyDomain/ Proxy domain (For http proxy) /ProxyWorkstation/ Proxy workstation (For http proxy) See doc here: https://www.quickfixj.org/usermanual/2.1.0/usage/configuration.html On 4/11/21 8:24 AM, Mahender B via Quickfixj-users wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi I am using HTTP Proxy to connect to external QFJ Acceptor - all > proxy related property values set in my configuration file. But I am > getting NullPointerException due to the domain name not resolved to IP > Address. > Found out that InetSocketAddress's address filed is null > > SocketConnectHost:valid.domain-name.net > SocketConnectPort:443 > > Did anyone successfully connect to Acceptor using domain name from > QFJInitiator running behind Proxy? i cannot use ip address as my > proxy blocks it. > > Regards > Mahesh > > > > > > > > > > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 https://www.marketcetera.com |
|
From: Mahender B <mah...@ya...> - 2021-04-11 15:24:38
|
Hi I am using HTTP Proxy to connect to external QFJ Acceptor - all proxy related property values set in my configuration file. But I am getting NullPointerException due to the domain name not resolved to IP Address. Found out that InetSocketAddress's address filed is null SocketConnectHost:valid.domain-name.netSocketConnectPort:443 Did anyone successfully connect to Acceptor using domain name from QFJInitiator running behind Proxy? i cannot use ip address as my proxy blocks it. RegardsMahesh |
|
From: Christoph J. <chr...@ma...> - 2021-04-06 16:05:28
|
Hope this helps. https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application Am 6. April 2021 15:50:28 MESZ schrieb Ajit Gautam <aji...@gm...>: >QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >QuickFIX/J Support: http://www.quickfixj.org/support/ |
|
From: Colin D. <co...@ma...> - 2021-04-06 15:30:18
|
Have a look here: https://www.quickfixj.org/usermanual/2.1.0/usage/application.html On 4/6/21 6:50 AM, Ajit Gautam wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi All, > > Can anybody help me with the steps required to do after downloading > the Quickfix/J 2.2.0 version. > I need to create a FIX acceptor. > > Regards > Ajit Gautam > > On Fri, Apr 2, 2021, 03:52 Christoph John via Quickfixj-users > <qui...@li... > <mailto:qui...@li...>> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> > Support: http://www.quickfixj.org/support/ > <http://www.quickfixj.org/support/> > > > As I wrote this is called by QFJ each second so I think you need > to do that as well, store the result and then you know when the > session became active, I.e. when the state switches. > > Am 1. April 2021 23:29:14 MESZ schrieb Robert Nicholson > <rob...@gm... <mailto:rob...@gm...>>: > > QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> > QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> > > > If I call this in toAdmin at the time of Logon 35=A isn’t it true already at that time? and isn’t it true anywhere within the current session as well? > > ie. I cannot differentiate between beginning and any time thereafter before the end? > > On Apr 1, 2021, at 4:14 PM, Robert Nicholson > <rob...@gm... > <mailto:rob...@gm...>> wrote: Would > isSessionTime() tell me what I want? Would it be false at > the time I want to logon at the beginning of the session? > Looks promising. > > On Apr 1, 2021, at 2:38 PM, Colin DuPlantis > <co...@ma... > <mailto:co...@ma...>> wrote: QuickFIX/J > Documentation: http://www.quickfixj.org/doc > <http://www.quickfixj.org/doc> > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > <mailto:Qui...@li...> > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 https://www.marketcetera.com |
|
From: Ajit G. <aji...@gm...> - 2021-04-06 13:51:04
|
Hi All, Can anybody help me with the steps required to do after downloading the Quickfix/J 2.2.0 version. I need to create a FIX acceptor. Regards Ajit Gautam On Fri, Apr 2, 2021, 03:52 Christoph John via Quickfixj-users < qui...@li...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > As I wrote this is called by QFJ each second so I think you need to do > that as well, store the result and then you know when the session became > active, I.e. when the state switches. > > Am 1. April 2021 23:29:14 MESZ schrieb Robert Nicholson < > rob...@gm...>: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> If I call this in toAdmin at the time of Logon 35=A isn’t it true already at that time? and isn’t it true anywhere within the current session as well? >> >> ie. I cannot differentiate between beginning and any time thereafter before the end? >> >> On Apr 1, 2021, at 4:14 PM, Robert Nicholson <rob...@gm...> wrote: >>> >>> Would isSessionTime() tell me what I want? >>> >>> Would it be false at the time I want to logon at the beginning of the session? >>> >>> Looks promising. >>> >>> >>> On Apr 1, 2021, at 2:38 PM, Colin DuPlantis <co...@ma...> wrote: >>>> >>>> QuickFIX/J Documentation: http://www.quickfixj.org/doc >>> >>> _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > |
|
From: Christoph J. <chr...@ma...> - 2021-04-01 22:36:59
|
You need to call it additionally in toAdmin since the state might have been switched between two of your calls to isSessionTime(). Chris Am 2. April 2021 00:20:28 MESZ schrieb Christoph John <chr...@ma...>: >As I wrote this is called by QFJ each second so I think you need to do >that as well, store the result and then you know when the session >became active, I.e. when the state switches. > >Am 1. April 2021 23:29:14 MESZ schrieb Robert Nicholson ><rob...@gm...>: >>QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >>If I call this in toAdmin at the time of Logon 35=A isn’t it true >>already at that time? and isn’t it true anywhere within the current >>session as well? >> >>ie. I cannot differentiate between beginning and any time thereafter >>before the end? >> >>> On Apr 1, 2021, at 4:14 PM, Robert Nicholson >><rob...@gm...> wrote: >>> >>> Would isSessionTime() tell me what I want? >>> >>> Would it be false at the time I want to logon at the beginning of >the >>session? >>> >>> Looks promising. >>> >>> >>>> On Apr 1, 2021, at 2:38 PM, Colin DuPlantis ><co...@ma...> >>wrote: >>>> >>>> QuickFIX/J Documentation: http://www.quickfixj.org/doc |
|
From: Christoph J. <chr...@ma...> - 2021-04-01 22:20:43
|
As I wrote this is called by QFJ each second so I think you need to do that as well, store the result and then you know when the session became active, I.e. when the state switches. Am 1. April 2021 23:29:14 MESZ schrieb Robert Nicholson <rob...@gm...>: >QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >QuickFIX/J Support: http://www.quickfixj.org/support/ > > >If I call this in toAdmin at the time of Logon 35=A isn’t it true >already at that time? and isn’t it true anywhere within the current >session as well? > >ie. I cannot differentiate between beginning and any time thereafter >before the end? > >> On Apr 1, 2021, at 4:14 PM, Robert Nicholson ><rob...@gm...> wrote: >> >> Would isSessionTime() tell me what I want? >> >> Would it be false at the time I want to logon at the beginning of the >session? >> >> Looks promising. >> >> >>> On Apr 1, 2021, at 2:38 PM, Colin DuPlantis <co...@ma...> >wrote: >>> >>> QuickFIX/J Documentation: http://www.quickfixj.org/doc |
|
From: Robert N. <rob...@gm...> - 2021-04-01 21:29:25
|
If I call this in toAdmin at the time of Logon 35=A isn’t it true already at that time? and isn’t it true anywhere within the current session as well? ie. I cannot differentiate between beginning and any time thereafter before the end? > On Apr 1, 2021, at 4:14 PM, Robert Nicholson <rob...@gm...> wrote: > > Would isSessionTime() tell me what I want? > > Would it be false at the time I want to logon at the beginning of the session? > > Looks promising. > > >> On Apr 1, 2021, at 2:38 PM, Colin DuPlantis <co...@ma...> wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> You don't have Session.isSessionTime() in this release? I can't remember when that came in. >> >> On 4/1/21 12:35 PM, Robert Nicholson wrote: >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> Currently something derived from 1.5.2…. Moving to 1.6.4 soon. >>> >>>> On Apr 1, 2021, at 1:04 PM, Colin DuPlantis <co...@ma...> wrote: >>>> >>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>>> >>>> >>>> Do I remember correctly you're using 1.5.3? >>>> >>>> On 4/1/21 10:45 AM, Robert Nicholson wrote: >>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>>>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>>>> >>>>> >>>>> I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. >>>>> >>>>>> On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: >>>>>> >>>>>> Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? >>>>>> >>>>>> Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. >>>>>> >>>>>> I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. >>>>> >>>>> _______________________________________________ >>>>> Quickfixj-users mailing list >>>>> Qui...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>>> -- >>>> Colin DuPlantis >>>> Chief Architect, Marketcetera >>>> Download, Run, Trade >>>> 888.868.4884 >>>> https://www.marketcetera.com >>>> >>>> >>>> >>>> _______________________________________________ >>>> Quickfixj-users mailing list >>>> Qui...@li... >>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884 >> https://www.marketcetera.com >> >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > |
|
From: Robert N. <rob...@gm...> - 2021-04-01 21:14:56
|
Would isSessionTime() tell me what I want? Would it be false at the time I want to logon at the beginning of the session? Looks promising. > On Apr 1, 2021, at 2:38 PM, Colin DuPlantis <co...@ma...> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > You don't have Session.isSessionTime() in this release? I can't remember when that came in. > > On 4/1/21 12:35 PM, Robert Nicholson wrote: >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Currently something derived from 1.5.2…. Moving to 1.6.4 soon. >> >>> On Apr 1, 2021, at 1:04 PM, Colin DuPlantis <co...@ma...> wrote: >>> >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> Do I remember correctly you're using 1.5.3? >>> >>> On 4/1/21 10:45 AM, Robert Nicholson wrote: >>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>>> >>>> >>>> I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. >>>> >>>>> On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: >>>>> >>>>> Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? >>>>> >>>>> Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. >>>>> >>>>> I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. >>>> >>>> _______________________________________________ >>>> Quickfixj-users mailing list >>>> Qui...@li... >>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> -- >>> Colin DuPlantis >>> Chief Architect, Marketcetera >>> Download, Run, Trade >>> 888.868.4884 >>> https://www.marketcetera.com >>> >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884 > https://www.marketcetera.com > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Colin D. <co...@ma...> - 2021-04-01 20:06:23
|
You don't have Session.isSessionTime() in this release? I can't remember when that came in. On 4/1/21 12:35 PM, Robert Nicholson wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Currently something derived from 1.5.2…. Moving to 1.6.4 soon. > >> On Apr 1, 2021, at 1:04 PM, Colin DuPlantis <co...@ma...> wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Do I remember correctly you're using 1.5.3? >> >> On 4/1/21 10:45 AM, Robert Nicholson wrote: >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. >>> >>>> On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: >>>> >>>> Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? >>>> >>>> Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. >>>> >>>> I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884 >> https://www.marketcetera.com >> >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 https://www.marketcetera.com |
|
From: Robert N. <rob...@gm...> - 2021-04-01 19:35:56
|
Currently something derived from 1.5.2…. Moving to 1.6.4 soon. > On Apr 1, 2021, at 1:04 PM, Colin DuPlantis <co...@ma...> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Do I remember correctly you're using 1.5.3? > > On 4/1/21 10:45 AM, Robert Nicholson wrote: >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. >> >>> On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: >>> >>> Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? >>> >>> Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. >>> >>> I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884 > https://www.marketcetera.com > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Christoph J. <chr...@ma...> - 2021-04-01 18:31:20
|
Don't have the code in front of me right now but QFJ checks every second whether the session start time has been reached. All I can think of at the moment is to do something similar. Method is called Session.isSessionTime(). Cheers Chris Am 1. April 2021 19:19:43 MESZ schrieb Robert Nicholson <rob...@gm...>: >QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >QuickFIX/J Support: http://www.quickfixj.org/support/ > > >Is it possible to arrange via toAdmin to set 141=Y on Logon but only at >the start of the session? > >Right now I have a horrible hack where it conditionally do so only if >the sending sequence number is in a low range. > >I suspect the Session State I need to know I’m beginning a session >isn’t available to my MessageCracker subclass. > >_______________________________________________ >Quickfixj-users mailing list >Qui...@li... >https://lists.sourceforge.net/lists/listinfo/quickfixj-users |
|
From: Colin D. <co...@ma...> - 2021-04-01 18:12:55
|
Do I remember correctly you're using 1.5.3? On 4/1/21 10:45 AM, Robert Nicholson wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. > >> On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: >> >> Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? >> >> Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. >> >> I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 https://www.marketcetera.com |
|
From: Robert N. <rob...@gm...> - 2021-04-01 17:46:07
|
I believe this is all necessary because in this release I don’t have access to the creationTime of the session so I cannot use SessionSchedule to figure out if we’re beginning a new session or not. > On Apr 1, 2021, at 12:19 PM, Robert Nicholson <rob...@gm...> wrote: > > Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? > > Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. > > I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. |
|
From: Robert N. <rob...@gm...> - 2021-04-01 17:20:02
|
Is it possible to arrange via toAdmin to set 141=Y on Logon but only at the start of the session? Right now I have a horrible hack where it conditionally do so only if the sending sequence number is in a low range. I suspect the Session State I need to know I’m beginning a session isn’t available to my MessageCracker subclass. |
103 messages has been excluded from this view by a project administrator.
