Menu
▾
▴
Re: [Quickfixj-users] Sending time picking up Buddhist Calendar
|
From: Christoph J. <chr...@ma...> - 2019-11-19 12:31:54
|
OK, that is rather old. But then you could maybe influence the calendar by passing the following System properties when starting your application: java -Duser.country=US -Duser.language=en <insert your usual properties and JAR file here> Cheers, Chris. On 19.11.19 13:06, Rekha Hindlekar wrote: > 1.6.2 > > On Tue, Nov 19, 2019 at 5:33 PM Christoph John <chr...@ma... > <mailto:chr...@ma...>> wrote: > > OK, which version of QFJ are you using? > > > On 19.11.19 13:02, Rekha Hindlekar wrote: >> Hello John, >> >> Thanks for the reply. We have removed Thai language and now its only US. Region settings >> changed to Engish. >> Also, changed Date and Time to English. >> >> On Tue, Nov 19, 2019 at 3:12 PM Christoph John <chr...@ma... >> <mailto:chr...@ma...>> wrote: >> >> Hi, >> >> are you using a recent (i.e. 2.0+) version of QFJ? Then QFJ does not use Java Calendar >> but Java8 DateTime API. >> What did you do to change to Gregorian Calendar? Did you set the Locale differently? >> >> Our servers are not in the GMT+0 timezone and the SendingTime is set correctly in UTC. >> But maybe there is a bug in QFJ for some timezones. Never tested it with a buddhist >> calendar. :) >> >> Cheers, >> Chris. >> >> >> On 19.11.19 08:36, Rekha Hindlekar wrote: >>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support:http://www.quickfixj.org/support/ >>> >>> >>> >>> We have buddhist calendar on server. We have changed to Greogerian calendar. >>> But still my fix application is picking up Buddist Calendar while sending Tag 52. >>> While writing logs time, it takes proper time. >>> Below are the fix messages: >>> >>> [DEBUG] 2019-11-19 14:17:43.608 >>> 8=FIX.4.2 9=81 35=A 34=1 49=XXX *52=25621119-07:17:43.608* 56=XXX 98=0 108=20 141=Y 10=181 >>> [DEBUG] 2019-11-19 14:17:43.936 >>> 8=FIX.4.2 9=149 35=5 34=1 49=XXX 52=20191119-07:17:44.306 56=XXXX 58=Tried to send a >>> reject while not logged on: SendingTime accuracy problem (field 0) 10=075 >>> >>> Any idea why it behaves like this. >>> -- >>> Regards >>> >>> Rekha Hindlekar | Sr. Technical Lead | OroSoft Solutions Pvt. Ltd. >>> _T: +91 22 2854 0911 | _re...@or... >>> <mailto:rek...@or...> |www.orosoftsolutions.com >>> <http://www.orosoftsolutions.com> >>> > > -- > 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 > > > > -- > Regards > > Rekha Hindlekar | Sr. Technical Lead | OroSoft Solutions Pvt. Ltd. > _T: +91 22 2854 0911 | _re...@or... > <mailto:rek...@or...> |www.orosoftsolutions.com > <http://www.orosoftsolutions.com> > > DISCLAIMER: > > "This e-mail message including any of its attachments is intended solely for the addressee(s) and > may contain privileged information. If you are not the addressee or you have received this email > message in error, please notify the sender who will remove your details from its database. You are > not authorized to read, copy, disseminate, distribute or use this e-mail message or any attachment > to it in any manner and must delete the email and destroy any hard copies of it. > > This e-mail message does not contain financial instructions or commitments of any kind. Any views > expressed in this message are those of the individual sender and do not necessarily reflect the > views of OroSoft Solutions Pvt. Ltd., or any other related subsidiaries, entities or persons." > -- 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 |
