Menu
▾
▴
Re: [Quickfixj-users] Ordering message tags
|
From: Grant B. <gbi...@co...> - 2020-06-07 21:29:34
|
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. |
