Re: [Quickfixj-users] Pagination in Quickfix java

[Ajit G. <aji...@gm...>]

Thanks Colin.

On Mon, May 17, 2021, 20:58 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/
>
>
> You just send multiple messages. Or not, given the afore-mentioned
> confusion about the 64kb limit.
>
> If it were me, first, because I am lazy, I would try to find a way to
> avoid pagination altogether. Is it required? If so, why, what is the
> limitation? I would then try to do the minimum complexity to address that
> limitation.
>
> Then, if it is indeed the case that you need to split the payload, I would
> simply break my data up into chunks of that size and use unique News
> messages to break them up.
>
> I can't help but think you may be stretching the purpose of FIX if you
> need to send such large payloads. Another thing you could do is to make the
> payload available separately via REST URLs and simply send the URL in the
> payload of a FIX message.
> On 5/17/21 8:22 AM, Ajit Gautam wrote:
>
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
> Hi,
>
> Thanks for the response.
> Agreed , I mixed up the TCP segment size and FIX message.
>
> If you could provide a suggestion to handle the pagination technique to
> send multiple news messages , that would be great.
>
>
> Regards
> Ajit Gautam
>
>
> On Mon, May 17, 2021, 20:45 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/
>>
>>
>> The news message itself (35=B) is intended to be a "page" already. Why
>> not just send multiple news messages?
>>
>> I think you're mixing up the max size of a TCP packet and the max size of
>> a FIX message. A FIX message can be made up of multiple TCP packages and
>> will be transparently reassembled by the client into a single FIX message.
>>
>> There may still be a maximum practical size to FIX messages, which means
>> you could send multiple 35=B messages, but, it's larger than 64kb.
>> On 5/17/21 6:12 AM, 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...>
>> wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> 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/
>>> QuickFIX/J 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...>
>>> wrote:
>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>> 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...>
>>>> wrote:
>>>>
>>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J>
>>>>> 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...
>>>>> 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 lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>
>>> --
>>> Colin DuPlantis
>>> Chief Architect, Marketcetera
>>> Download, Run, Trade
>>> 888.868.4884https://www.marketcetera.com
>>>
>>> _______________________________________________
>>> Quickfixj-users mailing list
>>> Qui...@li...
>>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>>
>>
>>
>> _______________________________________________
>> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>> --
>> Colin DuPlantis
>> Chief Architect, Marketcetera
>> Download, Run, Trade
>> 888.868.4884https://www.marketcetera.com
>>
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>
>
> _______________________________________________
> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
> --
> Colin DuPlantis
> Chief Architect, Marketcetera
> Download, Run, Trade
> 888.868.4884https://www.marketcetera.com
>
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>