|
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 |
[SunSun]
|
Post subject: Classloaders and Historical Testing |
Post rating: 0
|
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.
|
|
|
|
 |
API Support
|
Post subject: Re: Classloaders and Historical Testing |
Post rating: 0
|
Posted: Tue 14 Dec, 2010, 10:23
|
|
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
|
|
|
|
 |
|
Pages: [
1
]
|
|
|
|
|