query regarding OrderExecutionReport

View: New views
8 Messages — Rating Filter:   Alert me  

query regarding OrderExecutionReport

by DeepakA :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that states/confirms this.


Re: query regarding OrderExecutionReport

by James C. Downs :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


yes. That is the typical message exchange."New" means "acknowledged, in the market".
Jim Downs
Connamara Systems

On Wed, Oct 21, 2009 at 5:31 AM, DeepakA <angeshwar@...> wrote:
QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or
CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each
order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that
states/confirms this.


--
View this message in context: http://www.nabble.com/query-regarding-OrderExecutionReport-tp25990009p25990009.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



--
Jim

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: query regarding OrderExecutionReport

by David Gibbs :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

Please see
http://www.fixprotocol.org/
You can find the FIX specifications and other supporting documents there.
-----Original Message-----
From: DeepakA [mailto:angeshwar@...]
Sent: 21 October 2009 11:31
To: quickfix-developers@...
Subject: [Quickfix-developers] query regarding OrderExecutionReport

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or
CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each
order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that
states/confirms this.


--
View this message in context: http://www.nabble.com/query-regarding-OrderExecutionReport-tp25990009p25990009.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Index Ltd is a company registered in England and Wales under number 01190902. VAT registration number 761 2978 07. Registered Office: Friars House, 157-168 Blackfriars Road, London SE1 8EZ. Authorised and regulated by the Financial Services Authority. FSA Register number 114059.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: query regarding OrderExecutionReport

by DeepakA :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Jim,

Thanks for the reply.
Right now in my client explicitly assumes that the first OrderExecutionReport response for an Order will be a 'NEW'
I am wondering if I need to add a validation criteria for that, can point me to the documentation that confirms this.

My concern is - will this vary from broker-to-broker.

regards,
Deepak.


DeepakA wrote:
When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that states/confirms this.

Re: query regarding OrderExecutionReport

by James C. Downs :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html




On Wed, Oct 21, 2009 at 5:50 AM, David Gibbs <David.Gibbs@...> wrote:
Please see
http://www.fixprotocol.org/
You can find the FIX specifications and other supporting documents there.
-----Original Message-----
From: DeepakA [mailto:angeshwar@...]
Sent: 21 October 2009 11:31
To: quickfix-developers@...
Subject: [Quickfix-developers] query regarding OrderExecutionReport

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or
CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each
order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that
states/confirms this.


--
View this message in context: http://www.nabble.com/query-regarding-OrderExecutionReport-tp25990009p25990009.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Index Ltd is a company registered in England and Wales under number 01190902. VAT registration number 761 2978 07. Registered Office: Friars House, 157-168 Blackfriars Road, London SE1 8EZ. Authorised and regulated by the Financial Services Authority. FSA Register number 114059.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



--
Jim

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: query regarding OrderExecutionReport

by James C. Downs :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


One of the most valuable resources in the FIX specs is appendix "D".  That details various order state transitions scenarios.
Saying that. I think you would be better served not to require a "New" from a counter party upon receipt of a new order single. I have seen counter parties (not sure if anyone does this anymore) that would not send a "new" for a market order. They would only send a fill.

On Wed, Oct 21, 2009 at 5:50 AM, David Gibbs <David.Gibbs@...> wrote:
Please see
http://www.fixprotocol.org/
You can find the FIX specifications and other supporting documents there.
-----Original Message-----
From: DeepakA [mailto:angeshwar@...]
Sent: 21 October 2009 11:31
To: quickfix-developers@...
Subject: [Quickfix-developers] query regarding OrderExecutionReport

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or
CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each
order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that
states/confirms this.


--
View this message in context: http://www.nabble.com/query-regarding-OrderExecutionReport-tp25990009p25990009.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Index Ltd is a company registered in England and Wales under number 01190902. VAT registration number 761 2978 07. Registered Office: Friars House, 157-168 Blackfriars Road, London SE1 8EZ. Authorised and regulated by the Financial Services Authority. FSA Register number 114059.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



--
Jim

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Re: query regarding OrderExecutionReport

by Igor Seleznev-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.
QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


Hi,
 
Correct, we have seen a similar behavior where there was no NEW stage during order's lifetime.
 
 
1.2.3 Performance
- Orders that are (partially) filled upon hitting the book should result in a single execution report with execution type “Trade” and order status “(Partially) Filled”.
- Orders that are automatically cancelled (IOC/FOK) should result in a single execution report with execution type “Trade” and order status “Cancelled”, quantity field CumQty shows if (partial) fill occurred.
 
Igor
 
----- Original Message -----
Sent: Wednesday, October 21, 2009 4:11 PM
Subject: Re: [Quickfix-developers] query regarding OrderExecutionReport

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html




On Wed, Oct 21, 2009 at 5:50 AM, David Gibbs <David.Gibbs@...> wrote:
Please see
http://www.fixprotocol.org/
You can find the FIX specifications and other supporting documents there.
-----Original Message-----
From: DeepakA [mailto:angeshwar@...]
Sent: 21 October 2009 11:31
To: quickfix-developers@...
Subject: [Quickfix-developers] query regarding OrderExecutionReport

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html


When I receive a OrderExecutionReport response from the broker for an order,
I get 2 OrderExecutionReport(s). The first OrderExecutionReport has a
OrdStatus = NEW

the second OrderExecutionReport has the OrdStatus field set to FILLED or
CANCELLED ETC

Is it normal to receive a OrderExecutionReport with status as NEW for each
order placed?

I can't find this mentioned in the Fix4.2 spec, can anyone confirm this.
Would be great if some one can point me to the documentation that
states/confirms this.


--
View this message in context: http://www.nabble.com/query-regarding-OrderExecutionReport-tp25990009p25990009.html
Sent from the QuickFIX - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44 (0)20 7896 0011) and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Index Ltd is a company registered in England and Wales under number 01190902. VAT registration number 761 2978 07. Registered Office: Friars House, 157-168 Blackfriars Road, London SE1 8EZ. Authorised and regulated by the Financial Services Authority. FSA Register number 114059.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers



--
Jim


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference


_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers

Quick fix engine queries

by Naveed :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

Hi ,

 

I am using Quickfix .net engine.

What is the underline communication technology Quickfix uses (i/o
completion ports)?

Can you please tell me if I use SocketAcceptor instead of
ThreadedSocketAcceptor is there any kindly of application level issue
that have to face?

What will be the average throughput of the system in both cases?
How many threads will be maintained for two active sessions in either
case?
Actually I want to use Socket Acceptor to avoid threading issues.

You early response will be highly appreciated

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Quickfix-developers mailing list
Quickfix-developers@...
https://lists.sourceforge.net/lists/listinfo/quickfix-developers