Dukascopy
 
 
Wiki JStore Search Login

Attention! Read the forum rules carefully before posting a topic.

    Try to find an answer in Wiki before asking a question.
    Submit programming questions in this forum only.
    Off topics are strictly forbidden.

Any topics which do not satisfy these rules will be deleted.

Classloaders and Historical Testing
 Post subject: Classloaders and Historical Testing Post rating: 0   New post Posted: Sat 11 Dec, 2010, 20:07 

User rating: 0
Joined: Thu 02 Dec, 2010, 16:55
Posts: 15
Is there a way to stop JForex from using multiple classloaders when doing the historical testing? I'm looking to see if it is possible to have a Singleton span all running strategies. With multiple classloaders, it creates multiple Singletons. If we're able to do this, then we should be able to increase testing speed.

I understand the need for multiple classloaders, to create a new environment for each strategy so that anything assigned to class variables (static) doesn't crossover between running strategies... but would love to have the option to turn them off.


 
 Post subject: Re: Classloaders and Historical Testing Post rating: 0   New post Posted: Tue 14 Dec, 2010, 10:23 
User avatar

User rating:
Joined: Fri 31 Aug, 2007, 09:17
Posts: 6139
AFAIK there is no way to add new jar to the system class loader when program is already running. Second problem is that JForex runs from web start and has security manager. All our code is signed with trusted certificate and granted full access (asks your permission of first run), but strategy code is not signed and shoud be loaded with custom class loader to grant access to Strategies/files directory and full access if @FullAccess anotation is used


 

Jump to:  

  © 1998-2025 Dukascopy® Bank SA
On-line Currency forex trading with Swiss Forex Broker - ECN Forex Brokerage,
Managed Forex Accounts, introducing forex brokers, Currency Forex Data Feed and News
Currency Forex Trading Platform provided on-line by Dukascopy.com