Unmanaged Order Submission

[NinjaTrader_Ray]

Thanks for this Dierk,

Would you also confirm about the converse in NT7B2 . Namely will SubmitOrder() or ChangeOrder()work when in the Unmanaged=false mode?

Will not work.

[Aussie2]

Using the ChangeOrder method to go from a limit to a market order

Another question.

If I have entered a buy limit order with the SubmitOrder()method, and then need it changed to a market order, presumably I could use the ChangeOrder method and set the stopPrice to the current bid and effectively have a market order.

If this is correct what should I set the limitPrice field to in the ChangeOrder() signature? Does a value of 0 mean no limit order is being used as with market orders in the SubmitOrder() method?

Thanks.

[NinjaTrader_Dierk]

>> If I have entered a buy limit order with the SubmitOrder()method, and then need it changed to a market order
NT would not support changing the order type. You need to cancel and resbumit a new market order.

[Aussie2]

Cancel limit order and resbumit a new market order recommendation

>> If I have entered a buy limit order with the SubmitOrder()method, and then need it changed to a market order
NT would not support changing the order type. You need to cancel and resbumit a new market order.

Thanks Dierk for your quick response. Much appreciated. Will use the cancel and resubmit market order approach.

[Aussie2]

Must an IOrder be reset to null when filled?

Am I correct in assuming that when Unmanaged==true, and OnExecution() code determines an IOrder is ".Filled" or ".Cancelled", then code must be used to reset the IOrder to null as it does not happen automatically?

Thanks.

[NinjaTrader_Ray]

If you hold a reference to IOrder (variable that holds an IOrder object), you should set it to null if you have logic that checks for null reference.

For example:

if (entryOrder == null)
entryOrder = SubmitOrder(...);

[Aussie2]

Must an IOrder be reset to null when filled?

Thanks Ray much appreciated.

[NinjaTrader_JoshP]

Resetting to null is up to you. If you do not reset to null you will continue holding onto the reference for the terminal stated order. If that is something you need you can continue holding onto it. Otherwise resetting it to null will allow you to trade again with logic checks that check for the IOrder to be null.

[Aussie2]

Resetting to null is up to you. If you do not reset to null you will continue holding onto the reference for the terminal stated order. If that is something you need you can continue holding onto it. Otherwise resetting it to null will allow you to trade again with logic checks that check for the IOrder to be null.

... and presumably if you want to continue holding onto the reference then you could associate the IOrder to a single or multi dimensional "array"

Thanks Josh

[NinjaTrader_JoshP]

Aussie2,

For the most part, after a trade is done I recommend just using the TradeCollection class. Unless you have a specific reason you want to hold onto IOrders?

[r2kTrader]

Trend,

You could create your own overload so you don't have to put in dummy info each time ;-)

Just put it in your userDefinedMethods file or your own Partial Class.

Set it so that you only have to pass those values that will change as it relates to the way you want to use the method, then pass that to the original method, but with the dummy values pre-filled.

I do something similar with the EnterLongLimit() methods whereby I can pass the stoploss and profit target all in one method sig, this way I don't have to worry about the signal, name etc. as it's all passed in one string and the accompanying Profit/Stop is all linked to the same order ;-)

Simple, and highly effective/clean.

Hi is there any special overload on SubmitOrder() for Market Orders?
So that you don't have to post anything for Limit/Stop Prices and "OCO"

L0=SubmitOrder(0,OrderAction.Buy,OrderType.Market,1,100000,0,"OCO", "L0");

thanks,

[r2kTrader]

New Order Entry / Handling NT7

Support,

Could you please direct me to any references as they may related to the new order handling features.

Aside from a few posts in the forum, I am unable to find anything. Obviously the help can't do much for the time being.

1. Can I assume SubmitOrders are live until cancelled?

2. What is the different between SO and EnterLong, or other Enter methods? Do those go out the windows when Unmanaged = true?

I guess those are two obvious questions, but I would like to know where I can find more info so I can get this class finished.


Thank you

[NinjaTrader_Austin]

1) Yes, SubmitOrders are live until cancelled.
2) It is not possible to mix the standard entry methods after setting Unmanaged = true.

There is a reference sample due to be posted soon, but basically there are only three methods to use with these unmanaged strategies: SubmitOrder(), ChangeOrder(), and CancelOrder().

[r2kTrader]

Also, thanks for removing the popup dialog at the end of a compile. Greatly appreciated.

But I do find myself checking my email after I compile...

[r2kTrader]

1) Yes, SubmitOrders are live until cancelled.
2) It is not possible to mix the standard entry methods after setting Unmanaged = true.

There is a reference sample due to be posted soon, but basically there are only three methods to use with these unmanaged strategies: SubmitOrder(), ChangeOrder(), and CancelOrder().

Austin,

Nice response time!

Ok, just to be clear. If you set Unmanaged = true, then you use SubmitOrders and ChangeOrders, and you would forget about Enter and Set methods, correct? (I think this is much more elegant, I'm fired up because now I can just have a generic entry and change the variable of the entry line to buy sell. It saves me the time to write my own overloads. I think??, lol. What's sad is a wrote a whole class for 6.5 that essentially mimicks what is achieved now with the SubmitOrder dilio :-()


Thanks,