|
From: Christoph J. <chr...@ma...> - 2021-05-17 14:24:36
|
Please excuse my ignorance, but shouldn't the TCP layer abstract all this problems away? Otherwise it wouldn't be possible to download or upload files larger than 64kB?! Or am I missing something? You do not operate on TCP level when using QuickFIX/J. https://stackoverflow.com/questions/26627355/send-packets-larger-than-64k-in-tcp https://stackoverflow.com/a/26629065/4962355 Maybe using pagination can be sensible in other areas (e.g. low heap size) but I think not as far as TCP is concerned. Cheers, Chris. On 17.05.21 15:12, Ajit Gautam wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > It can be any message such as News inquiry response message or any reference data message or any > inquiry response which is of greater size in MBs. > > Regards > Ajit Gautam > > On Mon, May 17, 2021, 18:24 Colin DuPlantis <co...@ma... > <mailto: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/ <http://www.quickfixj.org/support/> > > > What messages would you be using in your pagination scenario? > > On 5/17/21 2:51 AM, Ajit Gautam wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ <http://www.quickfixj.org/documentation/> >> QuickFIX/J Support:http://www.quickfixj.org/support/ <http://www.quickfixj.org/support/> >> >> >> >> Hi, >> >> It feels good to be back in touch with Quickfix, after my covid recovery phase. >> >> Below is the scenario for which I was exploring the pagination technique: >> >> An inquiry message is requested by the initiator, and in response the acceptor sends the >> inquiry response message which is of size greater than 5MB. >> Since on TCP, maximum size of message that can be sent over is 64kb, how the rest message can >> be sent. (Pagination technique). >> >> >> Another query for which I wanted a suggestion- >> There is a field SenderSubID which have trader name. >> Also, there is PartyID which can have buy-side trader name in request message. >> So, which methodology will be the standard to use. >> Note : I receive the data from trader , but gives response back to Member. I have a member >> level quickfix system. >> >> Regards >> Ajit Gautam >> >> >> >> On Wed, Apr 28, 2021, 19:54 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/ <http://www.quickfixj.org/support/> >> >> >> No, I'm sure that none of the QFs have this. >> >> To be honest, I'm not totally clear on the pagination process that you desire, but I'm >> confident that no QF has it. >> >> If you provided a better example of what you need, we might be able to give you guidance. >> >> >> On Wed, Apr 28, 2021 at 5:35 AM Ajit Gautam <aji...@gm... >> <mailto:aji...@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/ <http://www.quickfixj.org/support/> >> >> >> Hi, >> >> Is there any pagination technique used in Quickfix java version. >> I worked on Quickfix C++ package, I couldn't find any such thing. >> >> Also, if I am implementing quickfix java on camel, do I need to implement anything >> extra with respect to pagination. >> >> Note- I have a response message which is of size 5MB. >> >> >> Regards >> Ajit Gautam >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... <mailto:Qui...@li...> >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> <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 <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... <mailto:Qui...@li...> >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> >> >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... <mailto:Qui...@li...> >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884 > https://www.marketcetera.com <https://www.marketcetera.com> > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... <mailto:Qui...@li...> > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > <https://lists.sourceforge.net/lists/listinfo/quickfixj-users> > > > > _______________________________________________ > 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 |