quickfixj-users — General mailing list for QuickFIX/J topics.

Re: [Quickfixj-users] Sending time picking up Buddhist Calendar

[Rekha H. <rek...@or...>]

1.6.2

On Tue, Nov 19, 2019 at 5:33 PM Christoph John <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...>
> 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 | *rek...@or... |
>> www.orosoftsolutions.com <http://www.orosoftsolutions.com>
>>
>>
> --
> 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
>
>

-- 
Regards

Rekha Hindlekar  |  Sr. Technical Lead  |  OroSoft Solutions Pvt. Ltd.
*T: +91 22 2854 0911 | *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."

Re: [Quickfixj-users] Sending time picking up Buddhist Calendar

[Christoph J. <chr...@ma...>]

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...

MACD GmbH
Oppenhoffallee 103
52066 Aachen, Germany
www.macd.com

Amtsgericht Aachen: HRB 8151
Ust.-Id: DE 813021663
Geschäftsführer: George Macdonald

Re: [Quickfixj-users] Sending time picking up Buddhist Calendar

[Rekha H. <rek...@or...>]

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...>
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 | *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."
>
>
> _______________________________________________
> 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
>
>

-- 
Regards

Rekha Hindlekar  |  Sr. Technical Lead  |  OroSoft Solutions Pvt. Ltd.
*T: +91 22 2854 0911 | *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."

Re: [Quickfixj-users] Sending time picking up Buddhist Calendar

[Christoph J. <chr...@ma...>]

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>
>
> 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."
>
>
>
> _______________________________________________
> 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

[Quickfixj-users] Sending time picking up Buddhist Calendar

[Rekha H. <rek...@or...>]

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 | *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."

Re: [Quickfixj-users] Certificate Revocation List Verification

[Christoph J. <chr...@ma...>]

I don't have any experience with custom TrustManagers and basically use the default SSL stuff. But 
as SSL FIX sessions become used more and more I think it makes sense to make it easier for 
developers to use a custom TrustManager e.g. for CRL.
I dug a little through the QFJ code and found the class X509TrustManagerWrapper. Wouldn't this be 
the place for such extensions?
But yes, it seems you cannot change the default behaviour from user code alone but need to extend QFJ.

Cheers,
Chris.


On 12.11.19 01:00, Aaron Bedra wrote:
> I've been working through the implications of different trust manager implementations and have run 
> into an important question. Is there a way to replace the trust manager in any of the packaged 
> acceptors? I'm currently using the threaded socket acceptor, but the SSL bits all seem to be 
> buried in the abstract socket acceptor. Furthermore, it seems like the initialization of the trust 
> manager is buried inside of the ssl context factory, and there's no option to specify different 
> behavior.
>
> I'd love to better understand the options before diving into a rabbit hole that may not be 
> necessary. If the right answer is submitting a pull request that makes this easier, I am happy to 
> explore that as well.
>
> On Mon, Oct 21, 2019 at 7:28 AM Christoph John <chr...@ma... 
> <mailto:chr...@ma...>> wrote:
>
>     BTW, we are happy about every code contribution that might help other users. :)
>
>     Cheers,
>     Chris.
>
>
>     On 19.10.19 15:50, Aaron Bedra wrote:
>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>
>>
>>
>>     Ah, got it. I didn't think about just replacing the trust manager. Thank you!
>>
>>     On Fri, 2019-10-18 at 14:11 -0400, Philip Whitehouse wrote:
>>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>>     You probably need a custom TrustManager implementation. See
>>>     https://stackoverflow.com/a/38523104/1052931 for a potential implementation - not sure how
>>>     secure it is.
>>>
>>>     Best,
>>>
>>>     Philip Whitehouse
>>>
>>>>     On 18 Oct 2019, at 13:24, Aaron Bedra <aar...@gm...>
>>>>     <mailto:aar...@gm...> wrote:
>>>>
>>>>     QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>     QuickFIX/J Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>>     I'm looking to add a CRL to the client certificate validation on my quickfixj engine. It
>>>>     appears that the C++ engine supports this via the CertificateRevocationListFile option and
>>>>     uses OpenSSL to verify it. I have been digging through the quickfixj code and have not
>>>>     found anything equivalent. Is this feature not available or did I miss it?
>>>>     _______________________________________________
>>>>     Quickfixj-users mailing list
>>>>     Qui...@li... <mailto:Qui...@li...>
>>>>     https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>     _______________________________________________
>>>     Quickfixj-users mailing list
>>>     Qui...@li...  <mailto:Qui...@li...>
>>>     https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>>
>>     _______________________________________________
>>     Quickfixj-users mailing list
>>     Qui...@li...  <mailto:Qui...@li...>
>>     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...

MACD GmbH
Oppenhoffallee 103
52066 Aachen, Germany
www.macd.com

Amtsgericht Aachen: HRB 8151
Ust.-Id: DE 813021663
Geschäftsführer: George Macdonald

Re: [Quickfixj-users] Certificate Revocation List Verification

[Aaron B. <aar...@gm...>]

I've been working through the implications of different trust manager
implementations and have run into an important question. Is there a way to
replace the trust manager in any of the packaged acceptors? I'm currently
using the threaded socket acceptor, but the SSL bits all seem to be buried
in the abstract socket acceptor. Furthermore, it seems like the
initialization of the trust manager is buried inside of the ssl context
factory, and there's no option to specify different behavior.

I'd love to better understand the options before diving into a rabbit hole
that may not be necessary. If the right answer is submitting a pull
request that makes this easier, I am happy to explore that as well.

On Mon, Oct 21, 2019 at 7:28 AM Christoph John <chr...@ma...>
wrote:

> BTW, we are happy about every code contribution that might help other
> users. :)
>
> Cheers,
> Chris.
>
>
> On 19.10.19 15:50, Aaron Bedra wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Ah, got it. I didn't think about just replacing the trust manager. Thank
> you!
>
> On Fri, 2019-10-18 at 14:11 -0400, Philip Whitehouse wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
> You probably need a custom TrustManager implementation. See
> https://stackoverflow.com/a/38523104/1052931 for a potential
> implementation - not sure how secure it is.
>
> Best,
>
> Philip Whitehouse
>
> On 18 Oct 2019, at 13:24, Aaron Bedra <aar...@gm...>
> <aar...@gm...> wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> I'm looking to add a CRL to the client certificate validation on my
> quickfixj engine. It appears that the C++ engine supports this via
> the CertificateRevocationListFile option and uses OpenSSL to verify it. I
> have been digging through the quickfixj code and have not found anything
> equivalent. Is this feature not available or did I miss it?
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> 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
>
>

Re: [Quickfixj-users] Query regarding Stunnel ocnfiguration

[Colin D. <co...@ma...>]

Not sure if you've already googled, but, have a look here: 
http://cpitman.github.io/openshift/tcp/networking/2016/12/28/stunnel-and-openshift.html

On 11/3/19 9:54 PM, Lakshmi wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Hi Team,
>
>
> i have to use stunnel configuration to connect to my quickfixj server .
>
> i have stuneel.conf  and .crt file with me but not sure how to set up this.i
> have deployed my application in openshift platform so can someone help me in
> explaining how to set up stunnel for my application.
>
>
>
> --
> Sent from: http://quickfix-j.364392.n2.nabble.com/
>
>
> _______________________________________________
> 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] Query regarding Stunnel ocnfiguration

[Lakshmi <Lak...@uk...>]

Hi Team,


i have to use stunnel configuration to connect to my quickfixj server .

i have stuneel.conf  and .crt file with me but not sure how to set up this.i
have deployed my application in openshift platform so can someone help me in
explaining how to set up stunnel for my application.



--
Sent from: http://quickfix-j.364392.n2.nabble.com/

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Bayu A. <kaz...@gm...>]

My SessionStateListener does nothing in overridden method, but I got what
to do in order to get Session..
but anyway, I use

Session ses = Session.*lookupSession*(getSessionId());
>From this point, I can get current session that can determine whether my
app is loggedOn or not.

thank you very much for guiding me.

Have A Nice Day.

On Thu, Oct 31, 2019 at 5:15 PM Christoph John <chr...@ma...>
wrote:

> You could also implement the interface SessionStateListener. It has
> callbacks onConnect() and onDisconnect(). One of these should get called
> IMHO.
> You could also call Session.isLoggedOn() anytime to check if it is logged
> on or not.
>
> I don't know what you mean by "using timer".
>
> Cheers,
> Chris.
>
> On 31.10.19 11:03, Bayu Adi wrote:
>
> Wow, thanks for very quick response.
>
> Yes, onLogout() did called when conection dropped out.
> but it cannot handle connection at first time app start.
>
> it called from disconnect(eason, logError) at Session class
> but how do I call it from banzai class?
>
> I can only get SessionID class from there?
> is anythin I can do for this?
>
> for example, maybe I can get Session.state from logon() so I can get logon
> status of this app?
>
> currently I've been using timer to know my app is logged in or not, but
> this is very bad idea.
>
>
>
> On Thu, Oct 31, 2019 at 4:20 PM Christoph John <chr...@ma...>
> wrote:
>
>> Hi,
>>
>> usually onLogout() is called when the connection is dropped. See
>> explanations of callbacks here:
>> https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application
>>
>> The logged exception comes from the network layer. The remote host could
>> not be reached via any route.
>>
>> Cheers,
>> Chris.
>>
>> On 31.10.19 05:44, Bayu Adi wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hello,
>>
>> I've been wondering how to check app connection, and monitor every
>> incoming event server.
>> I've check the in the following :
>> toAdmin, toApp, fromAdmin and fromApp
>> incoming messages are handled fine, but if there were trouble in network
>> connection somehow it not even catch..
>>
>> and for the firsttime app is running, I want to check wether the
>> connection is down or not, in console it was a exception displayed.
>> but i was unable to trace where it was coming from..
>>
>> there is log i get from console :
>> <20191031-03:21:39, FIX.4.2:XXXX->CTS, error>
>> (java.net.NoRouteToHostException during connection to
>> /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host:
>> no further information (Next retry in 5000 milliseconds))
>>
>> I want to know what method is produce this exception.
>>
>> thank in advance.
>> --
>>
>> Akira
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Virus-free.
>> www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
> --
>
> Bayu Adi
>
>
> --
> 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
>
>

-- 

Bayu Adi

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Ajay P. <ap...@en...>]

We also use a similar timer construct rather than a listener to react
1) We run several hundred sessions and we have found it useful to do a
sweep and consolidate alerts if any,
2) There are network blips occasionally, especially on sessions that run
over the internet, and there is no point panicking unless connections are
unable to reconnect for extended periods or are repeatedly going down.

We also use the following
session.isSessionTime()  - useful to check if a session should be up
currently ie its not currently in its downtime
session.isEnabled()          - useful to check if an administrator has
knowingly disabled the session for whatever reason


-Ajay Patwardhan

On Thu, Oct 31, 2019 at 8:32 AM Colin DuPlantis <co...@ma...>
wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> I believe Bayu is saying that they use a timer to periodically check the
> state of session connections. For my part, I don't see anything wrong with
> this approach per se, though, it would be preferable, as you say, to use a
> SessionStateListener.
>
>
> On 10/31/19 3:15 AM, Christoph John via Quickfixj-users wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> You could also implement the interface SessionStateListener. It has
> callbacks onConnect() and onDisconnect(). One of these should get called
> IMHO.
> You could also call Session.isLoggedOn() anytime to check if it is logged
> on or not.
>
> I don't know what you mean by "using timer".
>
> Cheers,
> Chris.
>
> On 31.10.19 11:03, Bayu Adi wrote:
>
> Wow, thanks for very quick response.
>
> Yes, onLogout() did called when conection dropped out.
> but it cannot handle connection at first time app start.
>
> it called from disconnect(eason, logError) at Session class
> but how do I call it from banzai class?
>
> I can only get SessionID class from there?
> is anythin I can do for this?
>
> for example, maybe I can get Session.state from logon() so I can get logon
> status of this app?
>
> currently I've been using timer to know my app is logged in or not, but
> this is very bad idea.
>
>
>
> On Thu, Oct 31, 2019 at 4:20 PM Christoph John <chr...@ma...>
> wrote:
>
>> Hi,
>>
>> usually onLogout() is called when the connection is dropped. See
>> explanations of callbacks here:
>> https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application
>>
>> The logged exception comes from the network layer. The remote host could
>> not be reached via any route.
>>
>> Cheers,
>> Chris.
>>
>> On 31.10.19 05:44, Bayu Adi wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hello,
>>
>> I've been wondering how to check app connection, and monitor every
>> incoming event server.
>> I've check the in the following :
>> toAdmin, toApp, fromAdmin and fromApp
>> incoming messages are handled fine, but if there were trouble in network
>> connection somehow it not even catch..
>>
>> and for the firsttime app is running, I want to check wether the
>> connection is down or not, in console it was a exception displayed.
>> but i was unable to trace where it was coming from..
>>
>> there is log i get from console :
>> <20191031-03:21:39, FIX.4.2:XXXX->CTS, error>
>> (java.net.NoRouteToHostException during connection to
>> /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host:
>> no further information (Next retry in 5000 milliseconds))
>>
>> I want to know what method is produce this exception.
>>
>> thank in advance.
>> --
>>
>> Akira
>>
>>
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Virus-free.
>> www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
> --
>
> Bayu Adi
>
>
> --
> 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
>
>
>
> _______________________________________________
> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
> --
> Colin DuPlantis
> Chief Architect, Marketcetera
> Download, Run, Trade
> 888.868.4884https://www.marketcetera.com
>
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Colin D. <co...@ma...>]

I believe Bayu is saying that they use a timer to periodically check the 
state of session connections. For my part, I don't see anything wrong 
with this approach per se, though, it would be preferable, as you say, 
to use a SessionStateListener.


On 10/31/19 3:15 AM, Christoph John via Quickfixj-users wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> You could also implement the interface SessionStateListener. It has 
> callbacks onConnect() and onDisconnect(). One of these should get 
> called IMHO.
> You could also call Session.isLoggedOn() anytime to check if it is 
> logged on or not.
>
> I don't know what you mean by "using timer".
>
> Cheers,
> Chris.
>
> On 31.10.19 11:03, Bayu Adi wrote:
>> Wow, thanks for very quick response.
>>
>> Yes, onLogout() did called when conection dropped out.
>> but it cannot handle connection at first time app start.
>>
>> it called from disconnect(eason, logError) at Session class
>> but how do I call it from banzai class?
>>
>> I can only get SessionID class from there?
>> is anythin I can do for this?
>>
>> for example, maybe I can get Session.state from logon() so I can get 
>> logon status of this app?
>>
>> currently I've been using timer to know my app is logged in or not, 
>> but this is very bad idea.
>>
>>
>>
>> On Thu, Oct 31, 2019 at 4:20 PM Christoph John 
>> <chr...@ma... <mailto:chr...@ma...>> wrote:
>>
>>     Hi,
>>
>>     usually onLogout() is called when the connection is dropped. See
>>     explanations of callbacks here:
>>     https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application
>>
>>     The logged exception comes from the network layer. The remote
>>     host could not be reached via any route.
>>
>>     Cheers,
>>     Chris.
>>
>>     On 31.10.19 05:44, Bayu Adi wrote:
>>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>>
>>>
>>>
>>>     Hello,
>>>
>>>     I've been wondering how to check app connection, and monitor
>>>     every incoming event server.
>>>     I've check the in the following :
>>>     toAdmin, toApp, fromAdmin and fromApp
>>>     incoming messages are handled fine, but if there were trouble in
>>>     network connection somehow it not even catch..
>>>
>>>     and for the firsttime app is running, I want to check wether the
>>>     connection is down or not, in console it was a exception displayed.
>>>     but i was unable to trace where it was coming from..
>>>
>>>     there is log i get from console :
>>>     <20191031-03:21:39, FIX.4.2:XXXX->CTS, error>
>>>     (java.net.NoRouteToHostException during connection to
>>>     /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No
>>>     route to host: no further information (Next retry in 5000
>>>     milliseconds))
>>>
>>>     I want to know what method is produce this exception.
>>>
>>>     thank in advance.
>>>     -- 
>>>
>>>     Akira
>>>
>>>
>>>     <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>>     	Virus-free. www.avast.com
>>>     <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>>
>>>
>>>
>>>
>>>     _______________________________________________
>>>     Quickfixj-users mailing list
>>>     Qui...@li...  <mailto:Qui...@li...>
>>>     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
>>
>>
>>
>> -- 
>>
>> Bayu Adi
>>
>
> -- 
> 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
>
>
> _______________________________________________
> 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

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Christoph J. <chr...@ma...>]

You could also implement the interface SessionStateListener. It has callbacks onConnect() and 
onDisconnect(). One of these should get called IMHO.
You could also call Session.isLoggedOn() anytime to check if it is logged on or not.

I don't know what you mean by "using timer".

Cheers,
Chris.

On 31.10.19 11:03, Bayu Adi wrote:
> Wow, thanks for very quick response.
>
> Yes, onLogout() did called when conection dropped out.
> but it cannot handle connection at first time app start.
>
> it called from disconnect(eason, logError) at Session class
> but how do I call it from banzai class?
>
> I can only get SessionID class from there?
> is anythin I can do for this?
>
> for example, maybe I can get Session.state from logon() so I can get logon status of this app?
>
> currently I've been using timer to know my app is logged in or not, but this is very bad idea.
>
>
>
> On Thu, Oct 31, 2019 at 4:20 PM Christoph John <chr...@ma... 
> <mailto:chr...@ma...>> wrote:
>
>     Hi,
>
>     usually onLogout() is called when the connection is dropped. See explanations of callbacks
>     here: https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application
>
>     The logged exception comes from the network layer. The remote host could not be reached via
>     any route.
>
>     Cheers,
>     Chris.
>
>     On 31.10.19 05:44, Bayu Adi wrote:
>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>
>>
>>
>>     Hello,
>>
>>     I've been wondering how to check app connection, and monitor every incoming event server.
>>     I've check the in the following :
>>     toAdmin, toApp, fromAdmin and fromApp
>>     incoming messages are handled fine, but if there were trouble in network connection somehow
>>     it not even catch..
>>
>>     and for the firsttime app is running, I want to check wether the connection is down or not,
>>     in console it was a exception displayed.
>>     but i was unable to trace where it was coming from..
>>
>>     there is log i get from console :
>>     <20191031-03:21:39, FIX.4.2:XXXX->CTS, error> (java.net.NoRouteToHostException during
>>     connection to /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host: no
>>     further information (Next retry in 5000 milliseconds))
>>
>>     I want to know what method is produce this exception.
>>
>>     thank in advance.
>>     -- 
>>
>>     Akira
>>
>>
>>     <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>     	Virus-free. www.avast.com
>>     <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>
>>
>>
>>
>>     _______________________________________________
>>     Quickfixj-users mailing list
>>     Qui...@li...  <mailto:Qui...@li...>
>>     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
>
>
>
> -- 
>
> Bayu Adi
>

-- 
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

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Bayu A. <kaz...@gm...>]

Wow, thanks for very quick response.

Yes, onLogout() did called when conection dropped out.
but it cannot handle connection at first time app start.

it called from disconnect(eason, logError) at Session class
but how do I call it from banzai class?

I can only get SessionID class from there?
is anythin I can do for this?

for example, maybe I can get Session.state from logon() so I can get logon
status of this app?

currently I've been using timer to know my app is logged in or not, but
this is very bad idea.



On Thu, Oct 31, 2019 at 4:20 PM Christoph John <chr...@ma...>
wrote:

> Hi,
>
> usually onLogout() is called when the connection is dropped. See
> explanations of callbacks here:
> https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application
>
> The logged exception comes from the network layer. The remote host could
> not be reached via any route.
>
> Cheers,
> Chris.
>
> On 31.10.19 05:44, Bayu Adi wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Hello,
>
> I've been wondering how to check app connection, and monitor every
> incoming event server.
> I've check the in the following :
> toAdmin, toApp, fromAdmin and fromApp
> incoming messages are handled fine, but if there were trouble in network
> connection somehow it not even catch..
>
> and for the firsttime app is running, I want to check wether the
> connection is down or not, in console it was a exception displayed.
> but i was unable to trace where it was coming from..
>
> there is log i get from console :
> <20191031-03:21:39, FIX.4.2:XXXX->CTS, error>
> (java.net.NoRouteToHostException during connection to
> /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host:
> no further information (Next retry in 5000 milliseconds))
>
> I want to know what method is produce this exception.
>
> thank in advance.
> --
>
> Akira
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>
>
> _______________________________________________
> 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
>
>

-- 

Bayu Adi

Re: [Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Christoph J. <chr...@ma...>]

Hi,

usually onLogout() is called when the connection is dropped. See explanations of callbacks here: 
https://github.com/quickfix-j/quickfixj#creating-a-quickfixj-application

The logged exception comes from the network layer. The remote host could not be reached via any route.

Cheers,
Chris.

On 31.10.19 05:44, Bayu Adi wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Hello,
>
> I've been wondering how to check app connection, and monitor every incoming event server.
> I've check the in the following :
> toAdmin, toApp, fromAdmin and fromApp
> incoming messages are handled fine, but if there were trouble in network connection somehow it not 
> even catch..
>
> and for the firsttime app is running, I want to check wether the connection is down or not, in 
> console it was a exception displayed.
> but i was unable to trace where it was coming from..
>
> there is log i get from console :
> <20191031-03:21:39, FIX.4.2:XXXX->CTS, error> (java.net.NoRouteToHostException during connection 
> to /SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host: no further 
> information (Next retry in 5000 milliseconds))
>
> I want to know what method is produce this exception.
>
> thank in advance.
> -- 
>
> Akira
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> 
> 	Virus-free. www.avast.com 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> 
>
>
>
>
> _______________________________________________
> 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

[Quickfixj-users] [ASK] Monitoring Connection in QuickFIX app

[Bayu A. <kaz...@gm...>]

Hello,

I've been wondering how to check app connection, and monitor every incoming
event server.
I've check the in the following :
toAdmin, toApp, fromAdmin and fromApp
incoming messages are handled fine, but if there were trouble in network
connection somehow it not even catch..

and for the firsttime app is running, I want to check wether the connection
is down or not, in console it was a exception displayed.
but i was unable to trace where it was coming from..

there is log i get from console :
<20191031-03:21:39, FIX.4.2:XXXX->CTS, error>
(java.net.NoRouteToHostException during connection to
/SERVER_IP:SERVER_PORT: java.net.NoRouteToHostException: No route to host:
no further information (Next retry in 5000 milliseconds))

I want to know what method is produce this exception.

thank in advance.
-- 

Akira

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: [Quickfixj-users] Certificate Revocation List Verification

[Christoph J. <chr...@ma...>]

BTW, we are happy about every code contribution that might help other users. :)

Cheers,
Chris.


On 19.10.19 15:50, Aaron Bedra wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Ah, got it. I didn't think about just replacing the trust manager. Thank you!
>
> On Fri, 2019-10-18 at 14:11 -0400, Philip Whitehouse wrote:
>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>> QuickFIX/J Support:http://www.quickfixj.org/support/
>> You probably need a custom TrustManager implementation. See 
>> https://stackoverflow.com/a/38523104/1052931 for a potential implementation - not sure how secure 
>> it is.
>>
>> Best,
>>
>> Philip Whitehouse
>>
>>> On 18 Oct 2019, at 13:24, Aaron Bedra <aar...@gm...> wrote:
>>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>
>>>
>>> I'm looking to add a CRL to the client certificate validation on my quickfixj engine. It appears 
>>> that the C++ engine supports this via the CertificateRevocationListFile option and uses OpenSSL 
>>> to verify it. I have been digging through the quickfixj code and have not found anything 
>>> equivalent. Is this feature not available or did I miss it?
>>> _______________________________________________
>>> Quickfixj-users mailing list
>>> Qui...@li...
>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...  <mailto:Qui...@li...>
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
>
> _______________________________________________
> 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

Re: [Quickfixj-users] quickfixj.org is down

[Christoph J. <chr...@ma...>]

BTW, don't know what you wanted to access there but if it is the configuration options then you can 
also check here:
https://rawgit.com/quickfix-j/quickfixj/master/quickfixj-core/src/main/doc/usermanual/usage/configuration.html

Or a short introduction is here:
https://github.com/quickfix-j/quickfixj

Cheers,
Chris.

On 21.10.19 13:55, Christoph John wrote:
> Hi,
>
> I've forwarded the mail to the website provider. Thanks for reporting this.
>
> Cheers,
> Chris.
>
> On 21.10.19 13:25, Gabor Willner-Haring wrote:
>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>> QuickFIX/J Support:http://www.quickfixj.org/support/
>>
>>
>> Hi Guys,
>>
>> Can somebody tell me why is you main homepage (https://www.quickfixj.org) is down? I get Service Unavailable while trying to access it.
>>
>> Thanks and regards,
>>
>> Gabor
>>
>>
>> _______________________________________________
>> 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

Re: [Quickfixj-users] quickfixj.org is down

[Christoph J. <chr...@ma...>]

Hi,

I've forwarded the mail to the website provider. Thanks for reporting this.

Cheers,
Chris.

On 21.10.19 13:25, Gabor Willner-Haring wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Hi Guys,
>
> Can somebody tell me why is you main homepage (https://www.quickfixj.org) is down? I get Service Unavailable while trying to access it.
>
> Thanks and regards,
>
> Gabor
>
>
> _______________________________________________
> 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

[Quickfixj-users] quickfixj.org is down

[Gabor Willner-H. <in...@wi...>]

Hi Guys,

Can somebody tell me why is you main homepage (https://www.quickfixj.org) is down? I get Service Unavailable while trying to access it.

Thanks and regards,

Gabor

Re: [Quickfixj-users] Certificate Revocation List Verification

[Aaron B. <aar...@gm...>]

Ah, got it. I didn't think about just replacing the trust manager.
Thank you!
On Fri, 2019-10-18 at 14:11 -0400, Philip Whitehouse wrote:
> QuickFIX/J Documentation: 
> http://www.quickfixj.org/documentation/QuickFIX/J Support: 
> http://www.quickfixj.org/support/
> 
> 
> You probably need a custom TrustManager implementation. See 
> https://stackoverflow.com/a/38523104/1052931 for a potential
> implementation - not sure how secure it is.
> 
> Best,
> Philip Whitehouse
> 
> > On 18 Oct 2019, at 13:24, Aaron Bedra <aar...@gm...>
> > wrote:
> > 
> > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> > QuickFIX/J Support: http://www.quickfixj.org/support/
> > 
> > 
> > I'm looking to add a CRL to the client certificate validation on my
> > quickfixj engine. It appears that the C++ engine supports this via
> > the CertificateRevocationListFile option and uses OpenSSL to
> > verify it. I have been digging through the quickfixj code and have
> > not found anything equivalent. Is this feature not available or did
> > I miss it?
> > _______________________________________________
> > Quickfixj-users mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfixj-users
> _______________________________________________Quickfixj-users
> mailing lis...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users

Re: [Quickfixj-users] Certificate Revocation List Verification

[Philip W. <ph...@wh...>]

You probably need a custom TrustManager implementation. See https://stackoverflow.com/a/38523104/1052931 for a potential implementation - not sure how secure it is.

Best,

Philip Whitehouse

> On 18 Oct 2019, at 13:24, Aaron Bedra <aar...@gm...> wrote:
> 
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> 
> 
> I'm looking to add a CRL to the client certificate validation on my quickfixj engine. It appears that the C++ engine supports this via the CertificateRevocationListFile option and uses OpenSSL to verify it. I have been digging through the quickfixj code and have not found anything equivalent. Is this feature not available or did I miss it?
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users

[Quickfixj-users] Certificate Revocation List Verification

[Aaron B. <aar...@gm...>]

I'm looking to add a CRL to the client certificate validation on my
quickfixj engine. It appears that the C++ engine supports this via
the CertificateRevocationListFile option and uses OpenSSL to verify it. I
have been digging through the quickfixj code and have not found anything
equivalent. Is this feature not available or did I miss it?

Re: [Quickfixj-users] JPMS - split package issue

[vlad m. <vla...@ya...>]

Hi Chris,
Sounds good.I'll start working on it. Thanks for all the help so far.
Cheers,Vlad
&&& 

    Le lundi 30 septembre 2019 à 21:55:51 UTC+2, Christoph John via Quickfixj-users <qui...@li...> a écrit :  
 
 QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/


Hi Vlad,

I think it would be sensible to create the PR with the necessary changes. If there is the need, 
developers can comment/review there.

Thanks in advance and best regards,
Chris.


On 25.09.19 11:39, Christoph John wrote:
> Hi Vlad,
>
> thanks for your effort!
> I prefer solution 1 (Generate a quickfixj-fields jar to be used as dependency by the other 
> messages jars. This way the jar can be imported only once and split package issue is avoided.
> Advantage: avoid code duplication, avoid split package issue).
> It is also going to introduce the least hassle I think. Users then need to add just one additional 
> dependency which should be fine.
>
> BTW quickfixj-core also would need the quickfixj-fields.jar as dependency. Maybe this is also a 
> problem. I don't know whether there may be circular dependencies between the core and fields 
> module. IIRC with some field converters but maybe I am confusing something.
>
> Cheers,
> Chris.
>
>
> On 24.09.19 08:41, vlad manuel wrote:
>> Hi all,
>>
>> I have created the following Jira Ticket to keep track of the agreed solution before creating the 
>> PR to fix split packages issue: [QFJ-987] JPMS: Change field classes generation to resolve split 
>> package issue - QuickFIX/J Jira <https://www.quickfixj.org/jira/browse/QFJ-987>
>>
>> I have added there a comment with 2 possible solutions I'm considering. I'm looking forward for 
>> your feedback!
>>
>> Thanks,
>> Vlad
>>
>>
>> Le jeudi 12 septembre 2019 à 11:13:21 UTC+3, Christoph John <chr...@ma...> a écrit :
>>
>>
>> Hi Vlad,
>>
>> oh well, yes. This is one of the things that were done to get the dependencies in Maven right 
>> IIRC. But I could be wrong, it was some years ago when this was done.
>> However, please feel free the open a PR for this, very much appreciated. 
>> https://github.com/quickfix-j/quickfixj/pulls
>>
>> I think all users appreciate if QFJ could be used with a recent Java version without issues.
>>
>> Thanks in advance and best regards
>> Chris.
>>
>> On 12.09.19 09:55, vlad manuel via Quickfixj-users wrote:
>>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support:http://www.quickfixj.org/support/
>>>
>>>
>>>
>> Hi all,
>>
>> I'm trying to use quickfixj in a Java11 environment with the new java modules.
>> However, I'm facing some split package issues.
>> E.g., each version of quickfix messages contain the same "quickfix.fiels" package.
>> So if I'm using two versions of messages in my module, I'm facing a split package issue which is 
>> no longer tolerated by the jvm.
>>
>> I would like to create a PR for this. Looking forward to hearing your opinion on this topic.
>>
>> Thanks,
>> Vlad Muresan
>>
>>
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...  <mailto:Qui...@li...>
>> 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...
>
> 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



_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
  

Re: [Quickfixj-users] Validations. Different values for the same field for the different messages

[Christoph J. <chr...@ma...>]

Hmm, ok. If you do not have a real communication (i.e. FIX session) then nobody would keep you from 
using different dictionaries to validate different use cases for example.

Cheers,
Chris.

On 03.10.19 12:40, Егор Мороз wrote:
> John,
>
> Oh, You are right about NewOrderSingle. Sorry for this.  Mistake in
> specification from client side.
>
> We  are not going use real client-server communication flow.
> Just receive  several messages.
> And we have some different validation rules for the different messages.
>
> Thanks a lot for help!
>
>
> чт, 3 окт. 2019 г. в 13:14, Christoph John <chr...@ma...>:
>> Hi,
>>
>> no that is not possible to be specified in the dictionary. You will need to do such validations in your application code.
>> But do you have a real-life example for this? Because the OrdStatus is a bad example since it does not occur on a NewOrderSingle. And besides, quite often fields from the order are echoed back on the ExecutionReport so I cannot think of a use-case for this right now. But maybe there is. Please elaborate.
>>
>> Cheers,
>> Chris.
>>
>>
>> On 03.10.19 12:08, Егор Мороз wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>>
>> Hi,
>>
>> Please help me with this.
>>
>> Is it possible to validate different values for the same field for the different messages using dictionary xml file.
>>
>> For example i have two message NewOrderSingle and ExecutionReport and field OrdStatus.
>>
>> For NewOrderSingle the valid values are :  Accepted, PartiallyFilled, Filled, DoneForDay
>>
>> For ExecutionReport : Accepted, PartiallyFilled.
>>
>> I tried different variants but I can set OrdStatus values only for all messages globally.
>>
>> Thanks for help!
>>
>>
>> _______________________________________________
>> 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