|
From: Taysay S. <tay...@gm...> - 2020-06-07 07:39:23
|
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 > |