Re: [Quickfix-developers] FAST FIX

[Oren M. <or...@qu...>]

We are doing work on FAST, though it will not be using the QuickFIX  
API for the reasons you noted.  It will have a new API that is better  
suited to the task.

--oren

On Jul 23, 2007, at 3:02 PM, Caleb Epstein wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ 
> html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> On 7/23/07, Shawn Yarbrough <sya...@ge...> wrote:
>
>> I'm searching for information about QuickFIX and the new FAST/FIX  
>> protocol,
>> but I wasn't able to find anything on the quickfixengine.org  
>> website.  Can
>> you tell me anything about this?
>
> I don't think any work has been done to add FAST encoding into  
> QuickFIX.
>
> I believe FAST is still a 'proof of concept' and is generally being
> used for very high volume, session-less traffic like market data
> feeds.  Are any ECNs using it for order entry?  Has anyone gone
> through the exercise of mapping (say) the FIX4.4 message
> specifications to FAST message templates?
>
> Frankly, if there is no real "session" involved and you're just
> consuming market data, I don't know that QuickFIX would be a
> particularly good choice of APIs even if it did have FAST support.
> You're probably better off with (say) the proof-of-concept FAST C
> library  available from fixprotocol.org/fast.
>
> -- 
> Caleb Epstein
>
> ---------------------------------------------------------------------- 
> ---
> 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/
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>