Menu
▾
▴
quickfixj-users
|
From: taysay <tay...@gm...> - 2020-06-05 17:27:37
|
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/ |
|
From: Grant B. <gbi...@co...> - 2020-06-05 18:04:20
|
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. |
|
From: Taysay S. <tay...@gm...> - 2020-06-05 22:46:02
|
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 > |
|
From: Colin D. <co...@ma...> - 2020-06-06 15:46:57
|
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 > |
|
From: Taysay S. <tay...@gm...> - 2020-06-06 16:55:07
|
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 > |
|
From: Taysay S. <tay...@gm...> - 2020-06-06 16:55:07
|
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 >> > |
|
From: Colin D. <co...@ma...> - 2020-06-07 01:31:59
|
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 > |
|
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 > |
|
From: Taysay S. <tay...@gm...> - 2020-06-07 07:44:33
|
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 >> > |
|
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. |
|
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 > |
|
From: Christoph J. <chr...@ma...> - 2020-06-08 10:05:33
|
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 |
|
From: Philip W. <ph...@wh...> - 2020-06-08 11:06:38
|
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 |
|
From: Christoph J. <chr...@ma...> - 2020-06-08 13:39:42
|
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 |
|
From: Taysay S. <tay...@gm...> - 2020-06-08 15:55:35
|
@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 > > |
|
From: Grant B. <gbi...@co...> - 2020-06-08 13:29:02
|
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. |
Thanks for helping keep SourceForge clean.
X