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

Re: [Quickfixj-users] Ordering message tags

[Taysay S. <tay...@gm...>]

@Chris, thank you very much for your help,

No I don't have one.




On Mon, Jun 8, 2020, 2:39 PM Christoph John <chr...@ma...> wrote:

> Do you also have a custom message factory? Otherwise I think that the tags
> get reordered again on processing of a ResendRequest because the Message is
> parsed from a String in the message store.
>
> Cheers,
> Chris.
>
>
> On 08.06.20 13:06, Philip Whitehouse wrote:
>
> We have an internal build that provides a FieldMap constructor with a
> field order and then uses that to assign a TreeMap instead of a
> LinkedHashMap.
>
> This seems to work.
>
> Best,
> Philip Whitehouse
>
> On 8 Jun 2020, at 11:06, Christoph John via Quickfixj-users
> <qui...@li...>
> <qui...@li...> wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Hi,
>
> if you want to enforce a specific tag ordering in outgoing messages then
> you have two options:
> 1. Recompile QuickFIX/J with a data dictionary with your desired order of
> tags. This is the clean approach.
> 2. Extend quickfix.Message and specify the tag ordering. This programmatic
> approach has some drawbacks. See this for instructions:
> https://stackoverflow.com/a/60048848/4962355
>
> Cheers,
> Chris.
>
>
>
> On 08.06.20 11:16, Taysay Shaguy wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Thank you Grant most especially for helping drive this community. I see
> your helping hand all over, stackoverflow and all.
>
> Yes I have that in place, however for some reason the exchange I am
> connecting too wants some tags in a specific order particularly for
>
> " TradeCaptureReportRequest"  with the tags  568, 569, 580, 75.  I noticed
> that the message is sent it reorders to 75, 568, 569, 580, then the
> exchange complains of  tag 75, however, using miniFix  it works.  That's
> the reason I want to manually reorder my code.
>
>
>
>
>
> On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <
> gbi...@co...> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Field order is only relevant within repeating groups.
>>
>> In the top-level body, outside of groups (and outside of header and
>> trailer), the order is irrelevant.
>>
>> For repeating groups to work right, you need
>> DataDictionary=path/to/your/FIXnn.xml, and UseDataDictionary=Y.
>>
>> On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> Dear All,
>>>
>>> Please is there a way to order my request tags either by configuration
>>> or programmatically the exchange I am pointing to requires certain messages
>>> to have tags in a defined order.
>>>
>>> I am using QuickFixJ 2 11. So while my reques works on MiniFix it
>>> complains about "tag not being defined for message type" for the same
>>> message tag just ordered differently.
>>>
>>>
> --
> 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 list
> Qui...@li...
> https://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] Ordering message tags

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

Do you also have a custom message factory? Otherwise I think that the tags get reordered again on 
processing of a ResendRequest because the Message is parsed from a String in the message store.

Cheers,
Chris.


On 08.06.20 13:06, Philip Whitehouse wrote:
> We have an internal build that provides a FieldMap constructor with a field order and then uses 
> that to assign a TreeMap instead of a LinkedHashMap.
>
> This seems to work.
>
> Best,
> Philip Whitehouse
>
>> On 8 Jun 2020, at 11:06, Christoph John via Quickfixj-users 
>> <qui...@li...> wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hi,
>>
>> if you want to enforce a specific tag ordering in outgoing messages then you have two options:
>> 1. Recompile QuickFIX/J with a data dictionary with your desired order of tags. This is the clean 
>> approach.
>> 2. Extend quickfix.Message and specify the tag ordering. This programmatic approach has some 
>> drawbacks. See this for instructions: https://stackoverflow.com/a/60048848/4962355
>>
>> Cheers,
>> Chris.
>>
>>
>>
>> On 08.06.20 11:16, Taysay Shaguy wrote:
>>> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support:http://www.quickfixj.org/support/
>>>
>>>
>>>
>>> Thank you Grant most especially for helping drive this community. I see your helping hand all 
>>> over, stackoverflow and all.
>>>
>>> Yes I have that in place, however for some reason the exchange I am connecting too wants some 
>>> tags in a specific order particularly for
>>>
>>> " TradeCaptureReportRequest"  with the tags 568, 569, 580, 75.  I noticed that the message is 
>>> sent it reorders to 75, 568, 569, 580, then the exchange complains of  tag 75, however, using 
>>> miniFix  it works.  That's the reason I want to manually reorder my code.
>>>
>>>
>>>
>>>
>>>
>>> On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <gbi...@co... 
>>> <mailto:gbi...@co...>> wrote:
>>>
>>>     QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>     QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>>     http://www.quickfixj.org/support/
>>>
>>>
>>>     Field order is only relevant within repeating groups.
>>>
>>>     In the top-level body, outside of groups (and outside of header and trailer), the order is
>>>     irrelevant.
>>>
>>>     For repeating groups to work right, you need DataDictionary=path/to/your/FIXnn.xml, and
>>>     UseDataDictionary=Y.
>>>
>>>     On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...
>>>     <mailto:tay...@gm...>> wrote:
>>>
>>>         QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>         QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>>         http://www.quickfixj.org/support/
>>>
>>>
>>>         Dear All,
>>>
>>>         Please is there a way to order my request tags either by configuration or
>>>         programmatically the exchange I am pointing to requires certain messages to have tags in
>>>         a defined order.
>>>
>>>         I am using QuickFixJ 2 11. So while my reques works on MiniFix it complains about "tag
>>>         not being defined for message type" for the same message tag just ordered differently.
>>>
>>
>> -- 
>> 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

-- 
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] Ordering message tags

[Grant B. <gbi...@co...>]

It's very frustrating when counterparties get FIX completely wrong,
especially when FIX message structure is so easy to get right!

On Mon, Jun 8, 2020 at 4:16 AM Taysay Shaguy <tay...@gm...> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> Thank you Grant most especially for helping drive this community. I see
> your helping hand all over, stackoverflow and all.
>
> Yes I have that in place, however for some reason the exchange I am
> connecting too wants some tags in a specific order particularly for
>
> " TradeCaptureReportRequest"  with the tags  568, 569, 580, 75.  I noticed
> that the message is sent it reorders to 75, 568, 569, 580, then the
> exchange complains of  tag 75, however, using miniFix  it works.  That's
> the reason I want to manually reorder my code.
>
>
>
>
>
>
> Terseer (taysay)Shaguy
>
> Coding & Digitalization Enthusiast
>
> Email: tay...@ya...
>
> Phone(s): +2348036533888
>
> <https://www.twitter.com/taysay>
> <https://www.linkedin.com/terseer-shaguy>
> <https://www.apple.com/tay>
> <https://signature.disha.ng/?utm_source=disha&utm_medium=email_signature>
>
>
> On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <
> gbi...@co...> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Field order is only relevant within repeating groups.
>>
>> In the top-level body, outside of groups (and outside of header and
>> trailer), the order is irrelevant.
>>
>> For repeating groups to work right, you need
>> DataDictionary=path/to/your/FIXnn.xml, and UseDataDictionary=Y.
>>
>> On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> Dear All,
>>>
>>> Please is there a way to order my request tags either by configuration
>>> or programmatically the exchange I am pointing to requires certain messages
>>> to have tags in a defined order.
>>>
>>> I am using QuickFixJ 2 11. So while my reques works on MiniFix it
>>> complains about "tag not being defined for message type" for the same
>>> message tag just ordered differently.
>>>
>>> On Sun, Jun 7, 2020, 8:39 AM Taysay Shaguy <tay...@gm...>
>>> wrote:
>>>
>>>> Thank you very much
>>>>
>>>> On Sun, Jun 7, 2020, 2:33 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/
>>>>>
>>>>>
>>>>> Sounds good to me
>>>>>
>>>>> On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...>
>>>>> wrote:
>>>>>
>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>
>>>>>>
>>>>>>
>>>>>> Brilliant.
>>>>>>
>>>>>> Thank you very much Colin.
>>>>>> So what I will do is allow the client pass me request via json/xml
>>>>>> and I will pass the values to the FIX Initiator and acknowledge the clients
>>>>>> request with with the order ID, so the client can to a status check in say
>>>>>> 5 minutes or I can even do a push via a provided URL.
>>>>>>
>>>>>>
>>>>>> Please does this sound reasonable?
>>>>>>
>>>>>> Thank you all.
>>>>>>
>>>>>> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...>
>>>>>> wrote:
>>>>>>
>>>>>>> Brilliant.
>>>>>>>
>>>>>>> Thank you very much Colllins.
>>>>>>> So what I will do is allow the client pass me request via json/xml
>>>>>>> and I will pass the values to the FIX Initiator and acknowledge the clients
>>>>>>> request with with the order ID, so the client can to a status check in say
>>>>>>> 5 minutes or I can even do a push via a provided URL.
>>>>>>>
>>>>>>>
>>>>>>> Please does this sound reasonable?
>>>>>>>
>>>>>>> Thank you all.
>>>>>>>
>>>>>>> ,
>>>>>>>
>>>>>>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>>>>>>
>>>>>>>>
>>>>>>>> Return the order id and provide an api call to allow the client to
>>>>>>>> check the status of the order.
>>>>>>>>
>>>>>>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thank you very much. I really appreciate. So if I get you right.
>>>>>>>>> Let's assume I have a fix initiator service, and a  customer does a
>>>>>>>>> transaction let's say a New Single Order from my understanding when a new
>>>>>>>>> Single be order (I ma assuming the Fix Initiator is sitting behind a
>>>>>>>>> restful interface. Now when the new Single Order request is sent the
>>>>>>>>> initiator will push it through the fromApp operation and so will the
>>>>>>>>> response.
>>>>>>>>>
>>>>>>>>> Assuming I wanted to return to the response to the user. How will
>>>>>>>>> I go about doing that?
>>>>>>>>>
>>>>>>>>> Thank you
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>>>>>>> gbi...@co...> wrote:
>>>>>>>>>
>>>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> FIX is not a request/response protocol, so don't think of it that
>>>>>>>>>> way.
>>>>>>>>>>
>>>>>>>>>> If you need to match responses to requests, you'll need to track
>>>>>>>>>> your requests and match the responses locally on your own.
>>>>>>>>>>
>>>>>>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> QuickFIX/J Documentation:
>>>>>>>>>>> http://www.quickfixj.org/documentation/
>>>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hello All,
>>>>>>>>>>>
>>>>>>>>>>> Please when send transaction requests in Quickfix the requests
>>>>>>>>>>> goes through
>>>>>>>>>>> the  fromApp method.  While the response comes via message
>>>>>>>>>>> crackers to the
>>>>>>>>>>> overridden onMessage. I will like to know if there is a way to
>>>>>>>>>>> read the
>>>>>>>>>>> response like a typical request response via a methods return
>>>>>>>>>>> operation.
>>>>>>>>>>>
>>>>>>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>>>>>>> returned by
>>>>>>>>>>> your request. from your method without trying to use a message
>>>>>>>>>>> cracker. Even
>>>>>>>>>>> if one did, I will like to read and handle the response like
>>>>>>>>>>> typical return
>>>>>>>>>>> type.
>>>>>>>>>>>
>>>>>>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Quickfixj-users mailing list
>>>>>>>>>>> Qui...@li...
>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Grant Birchmeier
>>>>>>>>>> *Connamara Systems, LLC*
>>>>>>>>>> *Made-To-Measure Trading Solutions.*
>>>>>>>>>> Exactly what you need. No more. No less.
>>>>>>>>>> http://connamara.com
>>>>>>>>>>
>>>>>>>>>> This email, along with any attachments, is confidential. If you
>>>>>>>>>> believe you received this message in error, please contact the sender
>>>>>>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>>>>>>> Systems, LLC._______________________________________________
>>>>>>>>>> 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 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 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
>>>
>>
>>
>> --
>> Grant Birchmeier
>> *Connamara Systems, LLC*
>> *Made-To-Measure Trading Solutions.*
>> Exactly what you need. No more. No less.
>> http://connamara.com
>>
>> This email, along with any attachments, is confidential. If you believe
>> you received this message in error, please contact the sender immediately
>> and delete all copies of the message. Thank you from Connamara Systems, LLC.
>> _______________________________________________
>> 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
>


-- 
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com

-- 
This email, along with any attachments, is confidential. If you believe you 
received this message in error, please contact the sender immediately and 
delete all copies of the message. Thank you from Connamara Systems, LLC.

Re: [Quickfixj-users] Ordering message tags

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

We have an internal build that provides a FieldMap constructor with a field order and then uses that to assign a TreeMap instead of a LinkedHashMap.

This seems to work.

Best,
Philip Whitehouse

> On 8 Jun 2020, at 11:06, Christoph John via Quickfixj-users <qui...@li...> wrote:
> 
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> 
> 
> Hi,
> 
> if you want to enforce a specific tag ordering in outgoing messages then you have two options:
> 1. Recompile QuickFIX/J with a data dictionary with your desired order of tags. This is the clean approach.
> 2. Extend quickfix.Message and specify the tag ordering. This programmatic approach has some drawbacks. See this for instructions: https://stackoverflow.com/a/60048848/4962355
> 
> Cheers,
> Chris.
> 
> 
> 
>> On 08.06.20 11:16, Taysay Shaguy wrote:
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> 
>> 
>> 
>> 
>> Thank you Grant most especially for helping drive this community. I see your helping hand all over, stackoverflow and all. 
>> 
>> Yes I have that in place, however for some reason the exchange I am connecting too wants some tags in a specific order particularly for 
>> 
>> " TradeCaptureReportRequest"  with the tags  568, 569, 580, 75.  I noticed that the message is sent it reorders to 75, 568, 569, 580, then the exchange complains of  tag 75, however, using miniFix  it works.  That's the reason I want to manually reorder my code. 
>> 
>> 
>> 
>> 
>> 
>> On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <gbi...@co...> wrote:
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>> 
>>> 
>>> Field order is only relevant within repeating groups.
>>> 
>>> In the top-level body, outside of groups (and outside of header and trailer), the order is irrelevant.
>>> 
>>> For repeating groups to work right, you need DataDictionary=path/to/your/FIXnn.xml, and UseDataDictionary=Y.
>>> 
>>> On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...> wrote:
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>> 
>>>> 
>>>> Dear All,
>>>> 
>>>> Please is there a way to order my request tags either by configuration or programmatically the exchange I am pointing to requires certain messages to have tags in a defined order. 
>>>> 
>>>> I am using QuickFixJ 2 11. So while my reques works on MiniFix it complains about "tag not being defined for message type" for the same message tag just ordered differently. 
>>>> 
> 
> -- 
> 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] Ordering message tags

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

Hi,

if you want to enforce a specific tag ordering in outgoing messages then you have two options:
1. Recompile QuickFIX/J with a data dictionary with your desired order of tags. This is the clean 
approach.
2. Extend quickfix.Message and specify the tag ordering. This programmatic approach has some 
drawbacks. See this for instructions: https://stackoverflow.com/a/60048848/4962355

Cheers,
Chris.



On 08.06.20 11:16, Taysay Shaguy wrote:
> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
> QuickFIX/J Support:http://www.quickfixj.org/support/
>
>
>
> Thank you Grant most especially for helping drive this community. I see your helping hand all 
> over, stackoverflow and all.
>
> Yes I have that in place, however for some reason the exchange I am connecting too wants some tags 
> in a specific order particularly for
>
> " TradeCaptureReportRequest"  with the tags  568, 569, 580, 75.  I noticed that the message is 
> sent it reorders to 75, 568, 569, 580, then the exchange complains of  tag 75, however, using 
> miniFix  it works.  That's the reason I want to manually reorder my code.
>
>
>
>
>
> On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <gbi...@co... 
> <mailto:gbi...@co...>> wrote:
>
>     QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>     QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>     http://www.quickfixj.org/support/
>
>
>     Field order is only relevant within repeating groups.
>
>     In the top-level body, outside of groups (and outside of header and trailer), the order is
>     irrelevant.
>
>     For repeating groups to work right, you need DataDictionary=path/to/your/FIXnn.xml, and
>     UseDataDictionary=Y.
>
>     On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...
>     <mailto:tay...@gm...>> wrote:
>
>         QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>         QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>         http://www.quickfixj.org/support/
>
>
>         Dear All,
>
>         Please is there a way to order my request tags either by configuration or programmatically
>         the exchange I am pointing to requires certain messages to have tags in a defined order.
>
>         I am using QuickFixJ 2 11. So while my reques works on MiniFix it complains about "tag not
>         being defined for message type" for the same message tag just ordered differently.
>

-- 
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] Ordering message tags

[Taysay S. <tay...@gm...>]

Thank you Grant most especially for helping drive this community. I see
your helping hand all over, stackoverflow and all.

Yes I have that in place, however for some reason the exchange I am
connecting too wants some tags in a specific order particularly for

" TradeCaptureReportRequest"  with the tags  568, 569, 580, 75.  I noticed
that the message is sent it reorders to 75, 568, 569, 580, then the
exchange complains of  tag 75, however, using miniFix  it works.  That's
the reason I want to manually reorder my code.






Terseer (taysay)Shaguy

Coding & Digitalization Enthusiast

Email: tay...@ya...

Phone(s): +2348036533888

<https://www.twitter.com/taysay>
<https://www.linkedin.com/terseer-shaguy>
<https://www.apple.com/tay>
<https://signature.disha.ng/?utm_source=disha&utm_medium=email_signature>


On Sun, Jun 7, 2020 at 10:31 PM Grant Birchmeier <gbi...@co...>
wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> Field order is only relevant within repeating groups.
>
> In the top-level body, outside of groups (and outside of header and
> trailer), the order is irrelevant.
>
> For repeating groups to work right, you need
> DataDictionary=path/to/your/FIXnn.xml, and UseDataDictionary=Y.
>
> On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...>
> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Dear All,
>>
>> Please is there a way to order my request tags either by configuration or
>> programmatically the exchange I am pointing to requires certain messages to
>> have tags in a defined order.
>>
>> I am using QuickFixJ 2 11. So while my reques works on MiniFix it
>> complains about "tag not being defined for message type" for the same
>> message tag just ordered differently.
>>
>> On Sun, Jun 7, 2020, 8:39 AM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> Thank you very much
>>>
>>> On Sun, Jun 7, 2020, 2:33 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/
>>>>
>>>>
>>>> Sounds good to me
>>>>
>>>> On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...>
>>>> wrote:
>>>>
>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>> Support: http://www.quickfixj.org/support/
>>>>>
>>>>>
>>>>>
>>>>> Brilliant.
>>>>>
>>>>> Thank you very much Colin.
>>>>> So what I will do is allow the client pass me request via json/xml and
>>>>> I will pass the values to the FIX Initiator and acknowledge the clients
>>>>> request with with the order ID, so the client can to a status check in say
>>>>> 5 minutes or I can even do a push via a provided URL.
>>>>>
>>>>>
>>>>> Please does this sound reasonable?
>>>>>
>>>>> Thank you all.
>>>>>
>>>>> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...>
>>>>> wrote:
>>>>>
>>>>>> Brilliant.
>>>>>>
>>>>>> Thank you very much Colllins.
>>>>>> So what I will do is allow the client pass me request via json/xml
>>>>>> and I will pass the values to the FIX Initiator and acknowledge the clients
>>>>>> request with with the order ID, so the client can to a status check in say
>>>>>> 5 minutes or I can even do a push via a provided URL.
>>>>>>
>>>>>>
>>>>>> Please does this sound reasonable?
>>>>>>
>>>>>> Thank you all.
>>>>>>
>>>>>> ,
>>>>>>
>>>>>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>>>>>
>>>>>>>
>>>>>>> Return the order id and provide an api call to allow the client to
>>>>>>> check the status of the order.
>>>>>>>
>>>>>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>
>>>>>>>>
>>>>>>>> Thank you very much. I really appreciate. So if I get you right.
>>>>>>>> Let's assume I have a fix initiator service, and a  customer does a
>>>>>>>> transaction let's say a New Single Order from my understanding when a new
>>>>>>>> Single be order (I ma assuming the Fix Initiator is sitting behind a
>>>>>>>> restful interface. Now when the new Single Order request is sent the
>>>>>>>> initiator will push it through the fromApp operation and so will the
>>>>>>>> response.
>>>>>>>>
>>>>>>>> Assuming I wanted to return to the response to the user. How will I
>>>>>>>> go about doing that?
>>>>>>>>
>>>>>>>> Thank you
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>>>>>> gbi...@co...> wrote:
>>>>>>>>
>>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> FIX is not a request/response protocol, so don't think of it that
>>>>>>>>> way.
>>>>>>>>>
>>>>>>>>> If you need to match responses to requests, you'll need to track
>>>>>>>>> your requests and match the responses locally on your own.
>>>>>>>>>
>>>>>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hello All,
>>>>>>>>>>
>>>>>>>>>> Please when send transaction requests in Quickfix the requests
>>>>>>>>>> goes through
>>>>>>>>>> the  fromApp method.  While the response comes via message
>>>>>>>>>> crackers to the
>>>>>>>>>> overridden onMessage. I will like to know if there is a way to
>>>>>>>>>> read the
>>>>>>>>>> response like a typical request response via a methods return
>>>>>>>>>> operation.
>>>>>>>>>>
>>>>>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>>>>>> returned by
>>>>>>>>>> your request. from your method without trying to use a message
>>>>>>>>>> cracker. Even
>>>>>>>>>> if one did, I will like to read and handle the response like
>>>>>>>>>> typical return
>>>>>>>>>> type.
>>>>>>>>>>
>>>>>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Quickfixj-users mailing list
>>>>>>>>>> Qui...@li...
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Grant Birchmeier
>>>>>>>>> *Connamara Systems, LLC*
>>>>>>>>> *Made-To-Measure Trading Solutions.*
>>>>>>>>> Exactly what you need. No more. No less.
>>>>>>>>> http://connamara.com
>>>>>>>>>
>>>>>>>>> This email, along with any attachments, is confidential. If you
>>>>>>>>> believe you received this message in error, please contact the sender
>>>>>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>>>>>> Systems, LLC._______________________________________________
>>>>>>>>> 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 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 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
>>
>
>
> --
> Grant Birchmeier
> *Connamara Systems, LLC*
> *Made-To-Measure Trading Solutions.*
> Exactly what you need. No more. No less.
> http://connamara.com
>
> This email, along with any attachments, is confidential. If you believe
> you received this message in error, please contact the sender immediately
> and delete all copies of the message. Thank you from Connamara Systems, LLC.
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] Ordering message tags

[Grant B. <gbi...@co...>]

Field order is only relevant within repeating groups.

In the top-level body, outside of groups (and outside of header and
trailer), the order is irrelevant.

For repeating groups to work right, you need
DataDictionary=path/to/your/FIXnn.xml, and UseDataDictionary=Y.

On Sun, Jun 7, 2020 at 2:44 AM Taysay Shaguy <tay...@gm...> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> Dear All,
>
> Please is there a way to order my request tags either by configuration or
> programmatically the exchange I am pointing to requires certain messages to
> have tags in a defined order.
>
> I am using QuickFixJ 2 11. So while my reques works on MiniFix it
> complains about "tag not being defined for message type" for the same
> message tag just ordered differently.
>
> On Sun, Jun 7, 2020, 8:39 AM Taysay Shaguy <tay...@gm...> wrote:
>
>> Thank you very much
>>
>> On Sun, Jun 7, 2020, 2:33 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/
>>>
>>>
>>> Sounds good to me
>>>
>>> On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...>
>>> wrote:
>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>> Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>>
>>>> Brilliant.
>>>>
>>>> Thank you very much Colin.
>>>> So what I will do is allow the client pass me request via json/xml and
>>>> I will pass the values to the FIX Initiator and acknowledge the clients
>>>> request with with the order ID, so the client can to a status check in say
>>>> 5 minutes or I can even do a push via a provided URL.
>>>>
>>>>
>>>> Please does this sound reasonable?
>>>>
>>>> Thank you all.
>>>>
>>>> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...>
>>>> wrote:
>>>>
>>>>> Brilliant.
>>>>>
>>>>> Thank you very much Colllins.
>>>>> So what I will do is allow the client pass me request via json/xml and
>>>>> I will pass the values to the FIX Initiator and acknowledge the clients
>>>>> request with with the order ID, so the client can to a status check in say
>>>>> 5 minutes or I can even do a push via a provided URL.
>>>>>
>>>>>
>>>>> Please does this sound reasonable?
>>>>>
>>>>> Thank you all.
>>>>>
>>>>> ,
>>>>>
>>>>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>>>>
>>>>>>
>>>>>> Return the order id and provide an api call to allow the client to
>>>>>> check the status of the order.
>>>>>>
>>>>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>>>>> wrote:
>>>>>>
>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>
>>>>>>>
>>>>>>> Thank you very much. I really appreciate. So if I get you right.
>>>>>>> Let's assume I have a fix initiator service, and a  customer does a
>>>>>>> transaction let's say a New Single Order from my understanding when a new
>>>>>>> Single be order (I ma assuming the Fix Initiator is sitting behind a
>>>>>>> restful interface. Now when the new Single Order request is sent the
>>>>>>> initiator will push it through the fromApp operation and so will the
>>>>>>> response.
>>>>>>>
>>>>>>> Assuming I wanted to return to the response to the user. How will I
>>>>>>> go about doing that?
>>>>>>>
>>>>>>> Thank you
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>>>>> gbi...@co...> wrote:
>>>>>>>
>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>
>>>>>>>>
>>>>>>>> FIX is not a request/response protocol, so don't think of it that
>>>>>>>> way.
>>>>>>>>
>>>>>>>> If you need to match responses to requests, you'll need to track
>>>>>>>> your requests and match the responses locally on your own.
>>>>>>>>
>>>>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hello All,
>>>>>>>>>
>>>>>>>>> Please when send transaction requests in Quickfix the requests
>>>>>>>>> goes through
>>>>>>>>> the  fromApp method.  While the response comes via message
>>>>>>>>> crackers to the
>>>>>>>>> overridden onMessage. I will like to know if there is a way to
>>>>>>>>> read the
>>>>>>>>> response like a typical request response via a methods return
>>>>>>>>> operation.
>>>>>>>>>
>>>>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>>>>> returned by
>>>>>>>>> your request. from your method without trying to use a message
>>>>>>>>> cracker. Even
>>>>>>>>> if one did, I will like to read and handle the response like
>>>>>>>>> typical return
>>>>>>>>> type.
>>>>>>>>>
>>>>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Quickfixj-users mailing list
>>>>>>>>> Qui...@li...
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Grant Birchmeier
>>>>>>>> *Connamara Systems, LLC*
>>>>>>>> *Made-To-Measure Trading Solutions.*
>>>>>>>> Exactly what you need. No more. No less.
>>>>>>>> http://connamara.com
>>>>>>>>
>>>>>>>> This email, along with any attachments, is confidential. If you
>>>>>>>> believe you received this message in error, please contact the sender
>>>>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>>>>> Systems, LLC._______________________________________________
>>>>>>>> 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 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 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
>


-- 
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com

-- 
This email, along with any attachments, is confidential. If you believe you 
received this message in error, please contact the sender immediately and 
delete all copies of the message. Thank you from Connamara Systems, LLC.

[Quickfixj-users] Ordering message tags

[Taysay S. <tay...@gm...>]

Dear All,

Please is there a way to order my request tags either by configuration or
programmatically the exchange I am pointing to requires certain messages to
have tags in a defined order.

I am using QuickFixJ 2 11. So while my reques works on MiniFix it complains
about "tag not being defined for message type" for the same message tag
just ordered differently.

On Sun, Jun 7, 2020, 8:39 AM Taysay Shaguy <tay...@gm...> wrote:

> Thank you very much
>
> On Sun, Jun 7, 2020, 2:33 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/
>>
>>
>> Sounds good to me
>>
>> On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>>
>>> Brilliant.
>>>
>>> Thank you very much Colin.
>>> So what I will do is allow the client pass me request via json/xml and I
>>> will pass the values to the FIX Initiator and acknowledge the clients
>>> request with with the order ID, so the client can to a status check in say
>>> 5 minutes or I can even do a push via a provided URL.
>>>
>>>
>>> Please does this sound reasonable?
>>>
>>> Thank you all.
>>>
>>> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...>
>>> wrote:
>>>
>>>> Brilliant.
>>>>
>>>> Thank you very much Colllins.
>>>> So what I will do is allow the client pass me request via json/xml and
>>>> I will pass the values to the FIX Initiator and acknowledge the clients
>>>> request with with the order ID, so the client can to a status check in say
>>>> 5 minutes or I can even do a push via a provided URL.
>>>>
>>>>
>>>> Please does this sound reasonable?
>>>>
>>>> Thank you all.
>>>>
>>>> ,
>>>>
>>>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>>>
>>>>>
>>>>> Return the order id and provide an api call to allow the client to
>>>>> check the status of the order.
>>>>>
>>>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>>>> wrote:
>>>>>
>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>
>>>>>>
>>>>>> Thank you very much. I really appreciate. So if I get you right.
>>>>>> Let's assume I have a fix initiator service, and a  customer does a
>>>>>> transaction let's say a New Single Order from my understanding when a new
>>>>>> Single be order (I ma assuming the Fix Initiator is sitting behind a
>>>>>> restful interface. Now when the new Single Order request is sent the
>>>>>> initiator will push it through the fromApp operation and so will the
>>>>>> response.
>>>>>>
>>>>>> Assuming I wanted to return to the response to the user. How will I
>>>>>> go about doing that?
>>>>>>
>>>>>> Thank you
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>>>> gbi...@co...> wrote:
>>>>>>
>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>
>>>>>>>
>>>>>>> FIX is not a request/response protocol, so don't think of it that
>>>>>>> way.
>>>>>>>
>>>>>>> If you need to match responses to requests, you'll need to track
>>>>>>> your requests and match the responses locally on your own.
>>>>>>>
>>>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>>
>>>>>>>>
>>>>>>>> Hello All,
>>>>>>>>
>>>>>>>> Please when send transaction requests in Quickfix the requests goes
>>>>>>>> through
>>>>>>>> the  fromApp method.  While the response comes via message crackers
>>>>>>>> to the
>>>>>>>> overridden onMessage. I will like to know if there is a way to read
>>>>>>>> the
>>>>>>>> response like a typical request response via a methods return
>>>>>>>> operation.
>>>>>>>>
>>>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>>>> returned by
>>>>>>>> your request. from your method without trying to use a message
>>>>>>>> cracker. Even
>>>>>>>> if one did, I will like to read and handle the response like
>>>>>>>> typical return
>>>>>>>> type.
>>>>>>>>
>>>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Quickfixj-users mailing list
>>>>>>>> Qui...@li...
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Grant Birchmeier
>>>>>>> *Connamara Systems, LLC*
>>>>>>> *Made-To-Measure Trading Solutions.*
>>>>>>> Exactly what you need. No more. No less.
>>>>>>> http://connamara.com
>>>>>>>
>>>>>>> This email, along with any attachments, is confidential. If you
>>>>>>> believe you received this message in error, please contact the sender
>>>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>>>> Systems, LLC._______________________________________________
>>>>>>> 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 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 list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>

Re: [Quickfixj-users] Return Types

[Taysay S. <tay...@gm...>]

Thank you very much

On Sun, Jun 7, 2020, 2:33 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/
>
>
> Sounds good to me
>
> On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>>
>> Brilliant.
>>
>> Thank you very much Colin.
>> So what I will do is allow the client pass me request via json/xml and I
>> will pass the values to the FIX Initiator and acknowledge the clients
>> request with with the order ID, so the client can to a status check in say
>> 5 minutes or I can even do a push via a provided URL.
>>
>>
>> Please does this sound reasonable?
>>
>> Thank you all.
>>
>> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> Brilliant.
>>>
>>> Thank you very much Colllins.
>>> So what I will do is allow the client pass me request via json/xml and I
>>> will pass the values to the FIX Initiator and acknowledge the clients
>>> request with with the order ID, so the client can to a status check in say
>>> 5 minutes or I can even do a push via a provided URL.
>>>
>>>
>>> Please does this sound reasonable?
>>>
>>> Thank you all.
>>>
>>> ,
>>>
>>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>>
>>>>
>>>> Return the order id and provide an api call to allow the client to
>>>> check the status of the order.
>>>>
>>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>>> wrote:
>>>>
>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>> Support: http://www.quickfixj.org/support/
>>>>>
>>>>>
>>>>> Thank you very much. I really appreciate. So if I get you right. Let's
>>>>> assume I have a fix initiator service, and a  customer does a transaction
>>>>> let's say a New Single Order from my understanding when a new Single be
>>>>> order (I ma assuming the Fix Initiator is sitting behind a  restful
>>>>> interface. Now when the new Single Order request is sent the initiator will
>>>>> push it through the fromApp operation and so will the response.
>>>>>
>>>>> Assuming I wanted to return to the response to the user. How will I go
>>>>> about doing that?
>>>>>
>>>>> Thank you
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>>> gbi...@co...> wrote:
>>>>>
>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>
>>>>>>
>>>>>> FIX is not a request/response protocol, so don't think of it that way.
>>>>>>
>>>>>> If you need to match responses to requests, you'll need to track your
>>>>>> requests and match the responses locally on your own.
>>>>>>
>>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...>
>>>>>> wrote:
>>>>>>
>>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>>
>>>>>>>
>>>>>>> Hello All,
>>>>>>>
>>>>>>> Please when send transaction requests in Quickfix the requests goes
>>>>>>> through
>>>>>>> the  fromApp method.  While the response comes via message crackers
>>>>>>> to the
>>>>>>> overridden onMessage. I will like to know if there is a way to read
>>>>>>> the
>>>>>>> response like a typical request response via a methods return
>>>>>>> operation.
>>>>>>>
>>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>>> returned by
>>>>>>> your request. from your method without trying to use a message
>>>>>>> cracker. Even
>>>>>>> if one did, I will like to read and handle the response like
>>>>>>> typical return
>>>>>>> type.
>>>>>>>
>>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Quickfixj-users mailing list
>>>>>>> Qui...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Grant Birchmeier
>>>>>> *Connamara Systems, LLC*
>>>>>> *Made-To-Measure Trading Solutions.*
>>>>>> Exactly what you need. No more. No less.
>>>>>> http://connamara.com
>>>>>>
>>>>>> This email, along with any attachments, is confidential. If you
>>>>>> believe you received this message in error, please contact the sender
>>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>>> Systems, LLC._______________________________________________
>>>>>> 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 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 list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] Return Types

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

Sounds good to me

On Sat, Jun 6, 2020, 9:55 AM Taysay Shaguy <tay...@gm...> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
>
> Brilliant.
>
> Thank you very much Colin.
> So what I will do is allow the client pass me request via json/xml and I
> will pass the values to the FIX Initiator and acknowledge the clients
> request with with the order ID, so the client can to a status check in say
> 5 minutes or I can even do a push via a provided URL.
>
>
> Please does this sound reasonable?
>
> Thank you all.
>
> On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...> wrote:
>
>> Brilliant.
>>
>> Thank you very much Colllins.
>> So what I will do is allow the client pass me request via json/xml and I
>> will pass the values to the FIX Initiator and acknowledge the clients
>> request with with the order ID, so the client can to a status check in say
>> 5 minutes or I can even do a push via a provided URL.
>>
>>
>> Please does this sound reasonable?
>>
>> Thank you all.
>>
>> ,
>>
>> On Sat, Jun 6, 2020, 4:48 PM 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/
>>>
>>>
>>> Return the order id and provide an api call to allow the client to check
>>> the status of the order.
>>>
>>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>>> wrote:
>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>> Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> Thank you very much. I really appreciate. So if I get you right. Let's
>>>> assume I have a fix initiator service, and a  customer does a transaction
>>>> let's say a New Single Order from my understanding when a new Single be
>>>> order (I ma assuming the Fix Initiator is sitting behind a  restful
>>>> interface. Now when the new Single Order request is sent the initiator will
>>>> push it through the fromApp operation and so will the response.
>>>>
>>>> Assuming I wanted to return to the response to the user. How will I go
>>>> about doing that?
>>>>
>>>> Thank you
>>>>
>>>>
>>>>
>>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <
>>>> gbi...@co...> wrote:
>>>>
>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>> Support: http://www.quickfixj.org/support/
>>>>>
>>>>>
>>>>> FIX is not a request/response protocol, so don't think of it that way.
>>>>>
>>>>> If you need to match responses to requests, you'll need to track your
>>>>> requests and match the responses locally on your own.
>>>>>
>>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:
>>>>>
>>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>>> Support: http://www.quickfixj.org/support/
>>>>>>
>>>>>>
>>>>>> Hello All,
>>>>>>
>>>>>> Please when send transaction requests in Quickfix the requests goes
>>>>>> through
>>>>>> the  fromApp method.  While the response comes via message crackers
>>>>>> to the
>>>>>> overridden onMessage. I will like to know if there is a way to read
>>>>>> the
>>>>>> response like a typical request response via a methods return
>>>>>> operation.
>>>>>>
>>>>>> 2.I am asking in the context of getting / passing the response
>>>>>> returned by
>>>>>> your request. from your method without trying to use a message
>>>>>> cracker. Even
>>>>>> if one did, I will like to read and handle the response like  typical
>>>>>> return
>>>>>> type.
>>>>>>
>>>>>> Please help, thank you and sorry for the trouble.
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Quickfixj-users mailing list
>>>>>> Qui...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Grant Birchmeier
>>>>> *Connamara Systems, LLC*
>>>>> *Made-To-Measure Trading Solutions.*
>>>>> Exactly what you need. No more. No less.
>>>>> http://connamara.com
>>>>>
>>>>> This email, along with any attachments, is confidential. If you
>>>>> believe you received this message in error, please contact the sender
>>>>> immediately and delete all copies of the message. Thank you from Connamara
>>>>> Systems, LLC._______________________________________________
>>>>> 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 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
>

Re: [Quickfixj-users] Return Types

[Taysay S. <tay...@gm...>]

Brilliant.

Thank you very much Colllins.
So what I will do is allow the client pass me request via json/xml and I
will pass the values to the FIX Initiator and acknowledge the clients
request with with the order ID, so the client can to a status check in say
5 minutes or I can even do a push via a provided URL.


Please does this sound reasonable?

Thank you all.

,

On Sat, Jun 6, 2020, 4:48 PM 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/
>
>
> Return the order id and provide an api call to allow the client to check
> the status of the order.
>
> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Thank you very much. I really appreciate. So if I get you right. Let's
>> assume I have a fix initiator service, and a  customer does a transaction
>> let's say a New Single Order from my understanding when a new Single be
>> order (I ma assuming the Fix Initiator is sitting behind a  restful
>> interface. Now when the new Single Order request is sent the initiator will
>> push it through the fromApp operation and so will the response.
>>
>> Assuming I wanted to return to the response to the user. How will I go
>> about doing that?
>>
>> Thank you
>>
>>
>>
>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <gbi...@co...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> FIX is not a request/response protocol, so don't think of it that way.
>>>
>>> If you need to match responses to requests, you'll need to track your
>>> requests and match the responses locally on your own.
>>>
>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:
>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>> Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> Hello All,
>>>>
>>>> Please when send transaction requests in Quickfix the requests goes
>>>> through
>>>> the  fromApp method.  While the response comes via message crackers to
>>>> the
>>>> overridden onMessage. I will like to know if there is a way to read the
>>>> response like a typical request response via a methods return
>>>> operation.
>>>>
>>>> 2.I am asking in the context of getting / passing the response returned
>>>> by
>>>> your request. from your method without trying to use a message cracker.
>>>> Even
>>>> if one did, I will like to read and handle the response like  typical
>>>> return
>>>> type.
>>>>
>>>> Please help, thank you and sorry for the trouble.
>>>>
>>>>
>>>>
>>>> --
>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>
>>>>
>>>> _______________________________________________
>>>> Quickfixj-users mailing list
>>>> Qui...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>
>>>
>>>
>>> --
>>> Grant Birchmeier
>>> *Connamara Systems, LLC*
>>> *Made-To-Measure Trading Solutions.*
>>> Exactly what you need. No more. No less.
>>> http://connamara.com
>>>
>>> This email, along with any attachments, is confidential. If you believe
>>> you received this message in error, please contact the sender immediately
>>> and delete all copies of the message. Thank you from Connamara Systems, LLC.
>>> _______________________________________________
>>> 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 list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] Return Types

[Taysay S. <tay...@gm...>]

Brilliant.

Thank you very much Colin.
So what I will do is allow the client pass me request via json/xml and I
will pass the values to the FIX Initiator and acknowledge the clients
request with with the order ID, so the client can to a status check in say
5 minutes or I can even do a push via a provided URL.


Please does this sound reasonable?

Thank you all.

On Sat, Jun 6, 2020, 5:50 PM Taysay Shaguy <tay...@gm...> wrote:

> Brilliant.
>
> Thank you very much Colllins.
> So what I will do is allow the client pass me request via json/xml and I
> will pass the values to the FIX Initiator and acknowledge the clients
> request with with the order ID, so the client can to a status check in say
> 5 minutes or I can even do a push via a provided URL.
>
>
> Please does this sound reasonable?
>
> Thank you all.
>
> ,
>
> On Sat, Jun 6, 2020, 4:48 PM 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/
>>
>>
>> Return the order id and provide an api call to allow the client to check
>> the status of the order.
>>
>> On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> Thank you very much. I really appreciate. So if I get you right. Let's
>>> assume I have a fix initiator service, and a  customer does a transaction
>>> let's say a New Single Order from my understanding when a new Single be
>>> order (I ma assuming the Fix Initiator is sitting behind a  restful
>>> interface. Now when the new Single Order request is sent the initiator will
>>> push it through the fromApp operation and so will the response.
>>>
>>> Assuming I wanted to return to the response to the user. How will I go
>>> about doing that?
>>>
>>> Thank you
>>>
>>>
>>>
>>> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <gbi...@co...>
>>> wrote:
>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>> Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> FIX is not a request/response protocol, so don't think of it that way.
>>>>
>>>> If you need to match responses to requests, you'll need to track your
>>>> requests and match the responses locally on your own.
>>>>
>>>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:
>>>>
>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>> Support: http://www.quickfixj.org/support/
>>>>>
>>>>>
>>>>> Hello All,
>>>>>
>>>>> Please when send transaction requests in Quickfix the requests goes
>>>>> through
>>>>> the  fromApp method.  While the response comes via message crackers to
>>>>> the
>>>>> overridden onMessage. I will like to know if there is a way to read the
>>>>> response like a typical request response via a methods return
>>>>> operation.
>>>>>
>>>>> 2.I am asking in the context of getting / passing the response
>>>>> returned by
>>>>> your request. from your method without trying to use a message
>>>>> cracker. Even
>>>>> if one did, I will like to read and handle the response like  typical
>>>>> return
>>>>> type.
>>>>>
>>>>> Please help, thank you and sorry for the trouble.
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Quickfixj-users mailing list
>>>>> Qui...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>>>
>>>>
>>>>
>>>> --
>>>> Grant Birchmeier
>>>> *Connamara Systems, LLC*
>>>> *Made-To-Measure Trading Solutions.*
>>>> Exactly what you need. No more. No less.
>>>> http://connamara.com
>>>>
>>>> This email, along with any attachments, is confidential. If you believe
>>>> you received this message in error, please contact the sender immediately
>>>> and delete all copies of the message. Thank you from Connamara Systems, LLC.
>>>> _______________________________________________
>>>> 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 list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>

Re: [Quickfixj-users] Return Types

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

Return the order id and provide an api call to allow the client to check
the status of the order.

On Fri, Jun 5, 2020, 3:46 PM Taysay Shaguy <tay...@gm...> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> Thank you very much. I really appreciate. So if I get you right. Let's
> assume I have a fix initiator service, and a  customer does a transaction
> let's say a New Single Order from my understanding when a new Single be
> order (I ma assuming the Fix Initiator is sitting behind a  restful
> interface. Now when the new Single Order request is sent the initiator will
> push it through the fromApp operation and so will the response.
>
> Assuming I wanted to return to the response to the user. How will I go
> about doing that?
>
> Thank you
>
>
>
> On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <gbi...@co...>
> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> FIX is not a request/response protocol, so don't think of it that way.
>>
>> If you need to match responses to requests, you'll need to track your
>> requests and match the responses locally on your own.
>>
>> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> Hello All,
>>>
>>> Please when send transaction requests in Quickfix the requests goes
>>> through
>>> the  fromApp method.  While the response comes via message crackers to
>>> the
>>> overridden onMessage. I will like to know if there is a way to read the
>>> response like a typical request response via a methods return operation.
>>>
>>> 2.I am asking in the context of getting / passing the response returned
>>> by
>>> your request. from your method without trying to use a message cracker.
>>> Even
>>> if one did, I will like to read and handle the response like  typical
>>> return
>>> type.
>>>
>>> Please help, thank you and sorry for the trouble.
>>>
>>>
>>>
>>> --
>>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>>
>>>
>>> _______________________________________________
>>> Quickfixj-users mailing list
>>> Qui...@li...
>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>
>>
>>
>> --
>> Grant Birchmeier
>> *Connamara Systems, LLC*
>> *Made-To-Measure Trading Solutions.*
>> Exactly what you need. No more. No less.
>> http://connamara.com
>>
>> This email, along with any attachments, is confidential. If you believe
>> you received this message in error, please contact the sender immediately
>> and delete all copies of the message. Thank you from Connamara Systems, LLC.
>> _______________________________________________
>> 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
>

Re: [Quickfixj-users] Return Types

[Taysay S. <tay...@gm...>]

Thank you very much. I really appreciate. So if I get you right. Let's
assume I have a fix initiator service, and a  customer does a transaction
let's say a New Single Order from my understanding when a new Single be
order (I ma assuming the Fix Initiator is sitting behind a  restful
interface. Now when the new Single Order request is sent the initiator will
push it through the fromApp operation and so will the response.

Assuming I wanted to return to the response to the user. How will I go
about doing that?

Thank you



On Fri, Jun 5, 2020, 7:05 PM Grant Birchmeier <gbi...@co...>
wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> FIX is not a request/response protocol, so don't think of it that way.
>
> If you need to match responses to requests, you'll need to track your
> requests and match the responses locally on your own.
>
> On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Hello All,
>>
>> Please when send transaction requests in Quickfix the requests goes
>> through
>> the  fromApp method.  While the response comes via message crackers to the
>> overridden onMessage. I will like to know if there is a way to read the
>> response like a typical request response via a methods return operation.
>>
>> 2.I am asking in the context of getting / passing the response returned by
>> your request. from your method without trying to use a message cracker.
>> Even
>> if one did, I will like to read and handle the response like  typical
>> return
>> type.
>>
>> Please help, thank you and sorry for the trouble.
>>
>>
>>
>> --
>> Sent from: http://quickfix-j.364392.n2.nabble.com/
>>
>>
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>
>
> --
> Grant Birchmeier
> *Connamara Systems, LLC*
> *Made-To-Measure Trading Solutions.*
> Exactly what you need. No more. No less.
> http://connamara.com
>
> This email, along with any attachments, is confidential. If you believe
> you received this message in error, please contact the sender immediately
> and delete all copies of the message. Thank you from Connamara Systems, LLC.
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>

Re: [Quickfixj-users] Return Types

[Grant B. <gbi...@co...>]

FIX is not a request/response protocol, so don't think of it that way.

If you need to match responses to requests, you'll need to track your
requests and match the responses locally on your own.

On Fri, Jun 5, 2020 at 12:28 PM taysay <tay...@gm...> wrote:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> Hello All,
>
> Please when send transaction requests in Quickfix the requests goes through
> the  fromApp method.  While the response comes via message crackers to the
> overridden onMessage. I will like to know if there is a way to read the
> response like a typical request response via a methods return operation.
>
> 2.I am asking in the context of getting / passing the response returned by
> your request. from your method without trying to use a message cracker.
> Even
> if one did, I will like to read and handle the response like  typical
> return
> type.
>
> Please help, thank you and sorry for the trouble.
>
>
>
> --
> Sent from: http://quickfix-j.364392.n2.nabble.com/
>
>
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>


-- 
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com

-- 
This email, along with any attachments, is confidential. If you believe you 
received this message in error, please contact the sender immediately and 
delete all copies of the message. Thank you from Connamara Systems, LLC.

[Quickfixj-users] Return Types

[taysay <tay...@gm...>]

Hello All, 

Please when send transaction requests in Quickfix the requests goes through
the  fromApp method.  While the response comes via message crackers to the
overridden onMessage. I will like to know if there is a way to read the
response like a typical request response via a methods return operation. 

2.I am asking in the context of getting / passing the response returned by
your request. from your method without trying to use a message cracker. Even
if one did, I will like to read and handle the response like  typical return
type. 

Please help, thank you and sorry for the trouble. 



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

Re: [Quickfixj-users] QuickFix response using spring boot

[Nenge M. <geo...@gm...>]

Hello Colin,

Exactly, that is what I meant..

Thanks your help, I appreciate it

Regards.

On Tue, Jun 2, 2020 at 6:47 PM 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/
>
>
> What do you mean by "response data"? Do you mean messages returned by the
> other party? If so, those will be received in your Application
> implementation in fromApp.
> On 6/2/20 5:56 AM, Nenge Masoya wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Dear team,
>
> I am new with quickfixJ and I Im kindy requesting your help on this, from
> what I see the response of client QuickFixJTemplate when sending message is
> boolean which tells whether the  message was successful delivered or not.
>
> For instance,
>
>  @Autowired
> private QuickFixJTemplate clientQuickFixJTemplate;
>
> //send message
>
> boolean send = clientQuickFixJTemplate.send(fixMessage, sessionID);
>
> Now, how can I get response data for further implementation?
>
> Thank in advance.
>
> Nenge Masoya
>
>
> _______________________________________________
> 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] QuickFix response using spring boot

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

What do you mean by "response data"? Do you mean messages returned by 
the other party? If so, those will be received in your Application 
implementation in fromApp.

On 6/2/20 5:56 AM, Nenge Masoya wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Dear team,
>
> I am new with quickfixJ and I Im kindy requesting your help on this, 
> from what I see the response of client QuickFixJTemplate when sending 
> message is boolean which tells whether the  message was successful 
> delivered or not.
>
> For instance,
>
>  @Autowired
> private QuickFixJTemplate clientQuickFixJTemplate;
>
> //send message
>
> boolean send = clientQuickFixJTemplate.send(fixMessage, sessionID);
> Now, how can I get response data for further implementation?
>
> Thank in advance.
>
> Nenge Masoya
>
>
> _______________________________________________
> 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] QuickFix response using spring boot

[Nenge M. <geo...@gm...>]

Dear team,

I am new with quickfixJ and I Im kindy requesting your help on this, from
what I see the response of client QuickFixJTemplate when sending message is
boolean which tells whether the  message was successful delivered or not.

For instance,

 @Autowired
private QuickFixJTemplate clientQuickFixJTemplate;

//send message

boolean send = clientQuickFixJTemplate.send(fixMessage, sessionID);

Now, how can I get response data for further implementation?

Thank in advance.

Nenge Masoya

Re: [Quickfixj-users] [quickfix-users] import quickfix/j in to eclipse - package and import refactoring issues

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

Hi,

your error messages in points 2 and 5 sound like a problem with Java modules and/or Java 11. Could 
you maybe set the projects compiler level and/or build path to use JDK8? QuickFIX/J does not consist 
of Java modules.

Cheers,
Chris.


On 28.05.20 06:26, Hasnain Khan wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Dear Quickfix-Users:
>
> I am having trouble importing QuickFIX/J 2.1.0 (Java version) in to eclipse because of import and 
> package declaration issues. In other words, I can not reference the quickfix java classes in my 
> own application. I am using amazon coretto (Java-SE 11) as my execution environment.
>
> What I have tried:
>
> 1. I have built Quickfix/J using maven successfully.
>
> 2. I have imported the resulting quickfixj-all.jar in to my own project (in eclipse): For 
> quickfixj-all.jar, I get the error: "the package org.quickfixj is not accessible." Therefore, I 
> cannot utilize the quickfix classes in my own application/code.
>
> 4. If I import the source files then I have to rename every import org.java.quickfixj to import 
> main.java.org.quickfixj. Is there a way to make it work straight off the bat without refactoring?
>
> 5. Furthermore, for the quickfix/j source files I can not access javax.managment. I get the error: 
> "The type javax.management.MalformedObjectNameException is not accessible". It is my understanding 
> that javax.management comes with every java distribution. Does quickfix/j have its own built-in 
> javax package?
>
> */The objective is to start using QuickFIX/J 2.1.0 (Java version) seamlessly in my own application 
> within the Eclipse IDE and Amazon Coretto (Java-SE 11) environment/*. At this point, it seems that 
> the online instructions require more detail or at least some more examples. I look forward to your 
> help and guidance.
>
> Best regards,
>
> Hasnain Khan
>
>
>
>
> _______________________________________________
> 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] [quickfix-users] import quickfix/j in to eclipse - package and import refactoring issues

[Hasnain K. <kha...@gm...>]

Dear Quickfix-Users:

I am having trouble importing QuickFIX/J 2.1.0 (Java version) in to
eclipse because of import and package declaration issues. In other
words, I can not reference the quickfix java classes in my own
application. I am using amazon coretto (Java-SE 11) as my execution
environment.

What I have tried:

1. I have built Quickfix/J using maven successfully.

2. I have imported the resulting quickfixj-all.jar in to my own project
(in eclipse): For quickfixj-all.jar, I get the error: "the package
org.quickfixj is not accessible." Therefore, I cannot utilize the
quickfix classes in my own application/code.

4. If I import the source files then I have to rename every import
org.java.quickfixj to import main.java.org.quickfixj. Is there a way to
make it work straight off the bat without refactoring?

5. Furthermore, for the quickfix/j source files I can not access
javax.managment. I get the error: "The type
javax.management.MalformedObjectNameException is not accessible". It is
my understanding that javax.management comes with every java
distribution. Does quickfix/j have its own built-in javax package?

*/The objective is to start using QuickFIX/J 2.1.0 (Java version)
seamlessly in my own application within the Eclipse IDE and Amazon
Coretto (Java-SE 11) environment/*. At this point, it seems that the
online instructions require more detail or at least some more examples.
I look forward to your help and guidance.

Best regards,

Hasnain Khan

Re: [Quickfixj-users] Replace SessionID by a new one

[Minh K. <min...@gm...>]

Ok, thank u so much.

Vào Th 3, 12 thg 5, 2020 vào lúc 00:21 Colin DuPlantis <
co...@ma...> đã viết:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> For initiators, we use a 1:1 ratio for sessions to initiators, so, simply
> stop and destroy the initiator.
>
> For acceptors, it's a little more complicated. We use a
> ThreadedSocketAcceptor with a DynamicAcceptorSessionProvider.
>
> invoke removeDynamicSession with the session id you want to remove on the
> acceptor.
> On 5/11/20 3:16 AM, Minh Kha wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Thank you. And how about removing a SessionID ?
>
> Vào Th 7, 9 thg 5, 2020 vào lúc 00:45 Colin DuPlantis <
> co...@ma...> đã viết:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> You'll have to infer some of this, because it will need to be customized
>> to your own installation:
>>
>> quickfix.SessionSettings newSettings = <create new settings for your
>> session>
>> quickfix.SessionSettings existingSettings = socketAcceptor.getSettings();
>> FixSettingsProvider fixSettingsProvider =
>> fixSettingsProviderFactory.create();
>> Properties newSessionProperties =
>> newSettings.getSessionProperties(newSessionId);
>> for(Map.Entry<Object,Object> entry : newSessionProperties.entrySet()) {
>>     String key = String.valueOf(entry.getKey());
>>     String value = String.valueOf(entry.getValue());
>>     existingSettings.setString(newSessionId,
>>                    key,
>>                    value);
>> }
>> SessionFactory factory = new DefaultSessionFactory(this,
>>
>> fixSettingsProvider.getMessageStoreFactory(existingSettings),
>>
>> fixSettingsProvider.getLogFactory(existingSettings),
>>
>> fixSettingsProvider.getMessageFactory());
>> session = factory.create(newSessionId,
>>                          newSettings);
>> socketAcceptor.addDynamicSession(session);
>>
>>
>> On 5/8/20 9:05 AM, Minh Kha wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Thank you for your reply. Yes, I need the procedure for acceptor
>> sessions, pls help me with that. Thank u so much.
>>
>> Vào Th 5, 7 thg 5, 2020 vào lúc 21:34 Colin DuPlantis <
>> co...@ma...> đã viết:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>> http://www.quickfixj.org/support/
>>>
>>>
>>> Yes, it's possible to add and remove sessions after start. The procedure
>>> is different for initiator and acceptor sessions.
>>>
>>> For initiator sessions, it looks something like this:
>>>
>>> quickfix.Session newSession = sessionFactory.create(newSessionId,
>>>                                                     sessionSettings);
>>> quickfix.ThreadedSocketInitiator newInitiator = new
>>> quickfix.ThreadedSocketInitiator(this,
>>>
>>> fixSettingsProvider.getMessageStoreFactory(sessionSettings),
>>>
>>> sessionSettings,
>>>
>>> fixSettingsProvider.getLogFactory(sessionSettings),
>>>
>>> fixSettingsProvider.getMessageFactory());
>>> newInitiator.start();
>>>
>>> It's a little more complicated for acceptor sessions, so, let me know if
>>> you need that.
>>> On 5/7/20 1:00 AM, Minh Kha wrote:
>>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>
>>>
>>> Hi team,
>>>
>>> Is there any way to replace a SessionID by a new one, after create the
>>> SessionSetting instance ?
>>>
>>> Pls advise ! Thank you in advance.
>>>
>>> --
>>> *Phan Nguyen Minh Kha*
>>> min...@gm... / 0938499460
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>> --
>> *Phan Nguyen Minh Kha*
>> min...@gm... / 0938499460
>>
>>
>> _______________________________________________
>> 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
>>
>
>
> --
> *Phan Nguyen Minh Kha*
> min...@gm... / 0938499460
>
>
> _______________________________________________
> 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
>


-- 
*Phan Nguyen Minh Kha*
min...@gm... / 0938499460

Re: [Quickfixj-users] Replace SessionID by a new one

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

For initiators, we use a 1:1 ratio for sessions to initiators, so, 
simply stop and destroy the initiator.

For acceptors, it's a little more complicated. We use a 
ThreadedSocketAcceptor with a DynamicAcceptorSessionProvider.

invoke removeDynamicSession with the session id you want to remove on 
the acceptor.

On 5/11/20 3:16 AM, Minh Kha wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Thank you. And how about removing a SessionID ?
>
> Vào Th 7, 9 thg 5, 2020 vào lúc 00:45 Colin DuPlantis 
> <co...@ma... <mailto:co...@ma...>> đã viết:
>
>     QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>     QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>     Support: http://www.quickfixj.org/support/
>
>
>     You'll have to infer some of this, because it will need to be
>     customized to your own installation:
>
>     quickfix.SessionSettings newSettings = <create new settings for
>     your session>
>     quickfix.SessionSettings existingSettings =
>     socketAcceptor.getSettings();
>     FixSettingsProvider fixSettingsProvider =
>     fixSettingsProviderFactory.create();
>     Properties newSessionProperties =
>     newSettings.getSessionProperties(newSessionId);
>     for(Map.Entry<Object,Object> entry :
>     newSessionProperties.entrySet()) {
>         String key = String.valueOf(entry.getKey());
>         String value = String.valueOf(entry.getValue());
>         existingSettings.setString(newSessionId,
>                        key,
>                        value);
>     }
>     SessionFactory factory = new DefaultSessionFactory(this,
>     fixSettingsProvider.getMessageStoreFactory(existingSettings),
>        fixSettingsProvider.getLogFactory(existingSettings),
>        fixSettingsProvider.getMessageFactory());
>     session = factory.create(newSessionId,
>                              newSettings);
>     socketAcceptor.addDynamicSession(session);
>
>
>     On 5/8/20 9:05 AM, Minh Kha wrote:
>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>
>>
>>
>>     Thank you for your reply. Yes, I need the procedure for acceptor
>>     sessions, pls help me with that. Thank u so much.
>>
>>     Vào Th 5, 7 thg 5, 2020 vào lúc 21:34 Colin DuPlantis
>>     <co...@ma... <mailto:co...@ma...>> đã viết:
>>
>>         QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>         QuickFIX/J
>>         <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>>         http://www.quickfixj.org/support/
>>
>>
>>         Yes, it's possible to add and remove sessions after start.
>>         The procedure is different for initiator and acceptor sessions.
>>
>>         For initiator sessions, it looks something like this:
>>
>>         quickfix.Session newSession = sessionFactory.create(newSessionId,
>>         sessionSettings);
>>         quickfix.ThreadedSocketInitiator newInitiator = new
>>         quickfix.ThreadedSocketInitiator(this,
>>         fixSettingsProvider.getMessageStoreFactory(sessionSettings),
>>         sessionSettings,
>>         fixSettingsProvider.getLogFactory(sessionSettings),
>>         fixSettingsProvider.getMessageFactory());
>>         newInitiator.start();
>>
>>         It's a little more complicated for acceptor sessions, so, let
>>         me know if you need that.
>>
>>         On 5/7/20 1:00 AM, Minh Kha wrote:
>>>         QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>>         QuickFIX/J Support:http://www.quickfixj.org/support/
>>>
>>>
>>>
>>>         Hi team,
>>>
>>>         Is there any way to replace a SessionID by a new one, after
>>>         create the SessionSetting instance ?
>>>
>>>         Pls advise ! Thank you in advance.
>>>
>>>         -- 
>>>         *Phan Nguyen Minh Kha*
>>>         min...@gm... <mailto:min...@gm...> /
>>>         0938499460
>>>
>>>
>>>         _______________________________________________
>>>         Quickfixj-users mailing list
>>>         Qui...@li...  <mailto: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...
>>         <mailto:Qui...@li...>
>>         https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>>
>>
>>     -- 
>>     *Phan Nguyen Minh Kha*
>>     min...@gm... <mailto:min...@gm...> / 0938499460
>>
>>
>>     _______________________________________________
>>     Quickfixj-users mailing list
>>     Qui...@li...  <mailto: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...
>     <mailto:Qui...@li...>
>     https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
>
>
> -- 
> *Phan Nguyen Minh Kha*
> min...@gm... <mailto:min...@gm...> / 0938499460
>
>
> _______________________________________________
> 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] Replace SessionID by a new one

[Minh K. <min...@gm...>]

Thank you. And how about removing a SessionID ?

Vào Th 7, 9 thg 5, 2020 vào lúc 00:45 Colin DuPlantis <
co...@ma...> đã viết:

> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
> http://www.quickfixj.org/support/
>
>
> You'll have to infer some of this, because it will need to be customized
> to your own installation:
>
> quickfix.SessionSettings newSettings = <create new settings for your
> session>
> quickfix.SessionSettings existingSettings = socketAcceptor.getSettings();
> FixSettingsProvider fixSettingsProvider =
> fixSettingsProviderFactory.create();
> Properties newSessionProperties =
> newSettings.getSessionProperties(newSessionId);
> for(Map.Entry<Object,Object> entry : newSessionProperties.entrySet()) {
>     String key = String.valueOf(entry.getKey());
>     String value = String.valueOf(entry.getValue());
>     existingSettings.setString(newSessionId,
>                    key,
>                    value);
> }
> SessionFactory factory = new DefaultSessionFactory(this,
>
> fixSettingsProvider.getMessageStoreFactory(existingSettings),
>
> fixSettingsProvider.getLogFactory(existingSettings),
>
> fixSettingsProvider.getMessageFactory());
> session = factory.create(newSessionId,
>                          newSettings);
> socketAcceptor.addDynamicSession(session);
>
>
> On 5/8/20 9:05 AM, Minh Kha wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Thank you for your reply. Yes, I need the procedure for acceptor sessions,
> pls help me with that. Thank u so much.
>
> Vào Th 5, 7 thg 5, 2020 vào lúc 21:34 Colin DuPlantis <
> co...@ma...> đã viết:
>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support:
>> http://www.quickfixj.org/support/
>>
>>
>> Yes, it's possible to add and remove sessions after start. The procedure
>> is different for initiator and acceptor sessions.
>>
>> For initiator sessions, it looks something like this:
>>
>> quickfix.Session newSession = sessionFactory.create(newSessionId,
>>                                                     sessionSettings);
>> quickfix.ThreadedSocketInitiator newInitiator = new
>> quickfix.ThreadedSocketInitiator(this,
>>
>> fixSettingsProvider.getMessageStoreFactory(sessionSettings),
>>
>> sessionSettings,
>>
>> fixSettingsProvider.getLogFactory(sessionSettings),
>>
>> fixSettingsProvider.getMessageFactory());
>> newInitiator.start();
>>
>> It's a little more complicated for acceptor sessions, so, let me know if
>> you need that.
>> On 5/7/20 1:00 AM, Minh Kha wrote:
>>
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>
>>
>> Hi team,
>>
>> Is there any way to replace a SessionID by a new one, after create the
>> SessionSetting instance ?
>>
>> Pls advise ! Thank you in advance.
>>
>> --
>> *Phan Nguyen Minh Kha*
>> min...@gm... / 0938499460
>>
>>
>> _______________________________________________
>> 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
>>
>
>
> --
> *Phan Nguyen Minh Kha*
> min...@gm... / 0938499460
>
>
> _______________________________________________
> 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
>


-- 
*Phan Nguyen Minh Kha*
min...@gm... / 0938499460

Re: [Quickfixj-users] Replace SessionID by a new one

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

You'll have to infer some of this, because it will need to be customized 
to your own installation:

quickfix.SessionSettings newSettings = <create new settings for your 
session>
quickfix.SessionSettings existingSettings = socketAcceptor.getSettings();
FixSettingsProvider fixSettingsProvider = 
fixSettingsProviderFactory.create();
Properties newSessionProperties = 
newSettings.getSessionProperties(newSessionId);
for(Map.Entry<Object,Object> entry : newSessionProperties.entrySet()) {
     String key = String.valueOf(entry.getKey());
     String value = String.valueOf(entry.getValue());
     existingSettings.setString(newSessionId,
                    key,
                    value);
}
SessionFactory factory = new DefaultSessionFactory(this,
fixSettingsProvider.getMessageStoreFactory(existingSettings),
fixSettingsProvider.getLogFactory(existingSettings),
fixSettingsProvider.getMessageFactory());
session = factory.create(newSessionId,
                          newSettings);
socketAcceptor.addDynamicSession(session);


On 5/8/20 9:05 AM, Minh Kha wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Thank you for your reply. Yes, I need the procedure for acceptor 
> sessions, pls help me with that. Thank u so much.
>
> Vào Th 5, 7 thg 5, 2020 vào lúc 21:34 Colin DuPlantis 
> <co...@ma... <mailto:co...@ma...>> đã viết:
>
>     QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>     QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>     Support: http://www.quickfixj.org/support/
>
>
>     Yes, it's possible to add and remove sessions after start. The
>     procedure is different for initiator and acceptor sessions.
>
>     For initiator sessions, it looks something like this:
>
>     quickfix.Session newSession = sessionFactory.create(newSessionId,
>     sessionSettings);
>     quickfix.ThreadedSocketInitiator newInitiator = new
>     quickfix.ThreadedSocketInitiator(this,
>     fixSettingsProvider.getMessageStoreFactory(sessionSettings),
>     sessionSettings,
>     fixSettingsProvider.getLogFactory(sessionSettings),
>     fixSettingsProvider.getMessageFactory());
>     newInitiator.start();
>
>     It's a little more complicated for acceptor sessions, so, let me
>     know if you need that.
>
>     On 5/7/20 1:00 AM, Minh Kha wrote:
>>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>>     QuickFIX/J Support:http://www.quickfixj.org/support/
>>
>>
>>
>>     Hi team,
>>
>>     Is there any way to replace a SessionID by a new one, after
>>     create the SessionSetting instance ?
>>
>>     Pls advise ! Thank you in advance.
>>
>>     -- 
>>     *Phan Nguyen Minh Kha*
>>     min...@gm... <mailto:min...@gm...> / 0938499460
>>
>>
>>     _______________________________________________
>>     Quickfixj-users mailing list
>>     Qui...@li...  <mailto: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...
>     <mailto:Qui...@li...>
>     https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
>
>
> -- 
> *Phan Nguyen Minh Kha*
> min...@gm... <mailto:min...@gm...> / 0938499460
>
>
> _______________________________________________
> 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