Re: [Quickfixj-users] Pagination in Quickfix java

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

Hi,

I will appreciate if you give your views on an 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 Mon, May 17, 2021, 21:07 Ajit Gautam <aji...@gm...> wrote:

> 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
>>
>