Referencing my.dll indicator

[eDanny]

OK thanks, since this is the first time you have said it is not supported, don't make it sound like an ultimatum. I'll just have to use a workaround instead of using UserDefinedMethods.

[NinjaTrader_JoshP]

eDanny,

Development says its not supported. As such I have already provided you with alternatives. If you are unwilling to use them then unfortunately there is nothing else I can offer you.

[eDanny]

eDanny,

Why would it be different for everyone? If you want to check peoples machine IDs I suggest you send an email to sales [at] ninjatrader [dot] com and inquiry them about the vendor licensing service.

I prefer to not use that at the moment. My method should work, and it does until compiling. Why should I have to be a developer or have a site to be able to protect my code???? Nonsense. Besides, you are still skirting the issue. This is something that doesn't work, and I need to know why, or use another workaround.

[eDanny]

Maybe to clarify:

User One has custom UserDefinedMethods with his MachineID.
User One downloads indicators "A", "B", and "D".

Indicators "A", "B", and "D" check with the custom UserDefinedMethods and confirms MachineID and then work properly.

User Two has custom UserDefinedMethods with his MachineID.
User Two downloads indicators "A", "B", "C", "E", and "F".

Indicators "A", "B", "C", "E" and "F" check with the custom UserDefinedMethods and confirms MachineID and then work properly.

Indicators "A", "B", "C", "D", "E" and "F" are identical for all users but will only work on their machine.

Great, works superbly until compiling as assemblies. Without compiling, all the code is exposed. See the problem?

[NinjaTrader_JoshP]

eDanny,

Why would it be different for everyone? If you want to check peoples machine IDs I suggest you send an email to sales [at] ninjatrader [dot] com and inquiry them about the vendor licensing service.

[eDanny]

Ok you are saying with every indicator I should include the custom UserDefinedMethods indicator too when I export them as assemblies?
That wont work because that indicator would have specific info about the user. I need all the other indicators to be identical for all users which isn't possible when rolling it in with them. Other wise I would have to have a full suite of indicators customized for every person using them and that is the problem. At that point there is no need for the extra file since each indicator would be coded for each individual. That is not going to happen.

[NinjaTrader_JoshP]

Unfortunately I fail to see what the issue is with just rolling them along with the modules. If the file already exists just overwrite it.

[eDanny]

All different indicators that would use the UserDefinedMethods to check for validation, trial expiration, or whatever. Once the renamed UserDefinedMethods file is compiled and then imported, indicators can't see the public bools in it and will not import. It's a very simple concept. One indicator checks the machine and all other indicators check that indicator.

[roonius]

The problem is I would add indicator modules as developed, people would only install what they wanted to use, very simple idea. Every indicator module, no matter when added, should be able to check that modified UserDefinedMethods indicator. It look like I'll have to instead use a dummy indicator that can be referenced by name. Grrrr.

eDanny,

are you are trying just to export separate methods not indicators?
If yes, then I believe you will have to wait until NT7, which will be based on .net3.5 and we will be able to use "class extensions"

[eDanny]

The problem is I would add indicator modules as developed, people would only install what they wanted to use, very simple idea. Every indicator module, no matter when added, should be able to check that modified UserDefinedMethods indicator. It look like I'll have to instead use a dummy indicator that can be referenced by name. Grrrr.

[NinjaTrader_JoshP]

And what is the problem with just exporting it along with all the modules?

[eDanny]

Still missing my point. I wanted one central indicator for the checks and all others to be added as modules as needed. Therefore they cant be exported as one package. Why is the issue being danced around?I dont need a quick workaround, I want a real answer. This should be easy and straightforward but it eludes me. Not surprising since I'm not much of a programmer but that is why I have to ask these questions.

[NinjaTrader_JoshP]

Export them together then.

[eDanny]

Umm the whole idea is to have it protected from prying eyes and from being edited. If I have a Machine ID in there to check for a valid user it needs to be compiled. Yes it works uncompiled.

[NinjaTrader_JoshP]

Not sure what you mean. Please don't export as assembly and try again.