quickfixj-users

[Quickfixj-users] Database Message Store

[Danilo T. <tu...@po...>]

Hi,

I need to store messages in a database.
But in order to speed messages lookup I thought about storing some key field
in individual columns, like Account, Symbol, ClOrdID, or whatever.

I tried to implement my own MessageStore, similar to JDBCStore.
The problem is that the 'set' method receives a String as the message,
instead of a Message object.
So I would need to reconstruct the object using a MessageFactory, but I'm
afraid this will be very inneficient.

Did anybody have the same kind of problem?

Thanks,
Danilo

[Quickfixj-users] RES: Database Message Store

[Danilo T. <tu...@po...>]

> I need to store messages in a database.
> But in order to speed messages lookup I thought about storing
> some key field in individual columns, like Account, Symbol,
> ClOrdID, or whatever.

I said store, but I wanted to say log.
But the same problem aplies.
The Log interface expects a String.

It would be easy to change onOutgoing to handle a quickfix.Message.
Not so easy to change onIncoming, because the parsing is made in a later
step, and it can fail.

-- Danilo

Re: [Quickfixj-users] RES: Database Message Store

[Toli K. <to...@ma...>]

Danilo,

I think that'd be a good idea to propagate the entire Message to the
onOutgoing call to allow for more efficient storage.

Perhaps you should create an RFE in QFJ and maybe if enough people
believe it'd be beneficial to update the API we could do that.

On 8/10/07, Danilo Tuler <tu...@po...> wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
> > I need to store messages in a database.
> > But in order to speed messages lookup I thought about storing
> > some key field in individual columns, like Account, Symbol,
> > ClOrdID, or whatever.
>
> I said store, but I wanted to say log.
> But the same problem aplies.
> The Log interface expects a String.
>
> It would be easy to change onOutgoing to handle a quickfix.Message.
> Not so easy to change onIncoming, because the parsing is made in a later
> step, and it can fail.
>
> -- Danilo
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>


-- 
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.