Menu
▾
▴
Re: [Quickfixj-users] Ordering message tags
|
From: Taysay S. <tay...@gm...> - 2020-06-08 09:15:29
|
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 > |
