Recent Posts

Pages: 1 ... 8 9 [10]
91
> Is there a easy way to force use 3.14.0 then we can probably find and downgrade those libraries which depends on 3.15.100 version ?

It definitely is, but fiddling with Gradle documentation and hacking the version specifiers to accomplish this is exactly the work I don't have time for at the moment :( I will look on it in few weeks...

Another solution would be to get rid of pico, which prevents us to use newer Java in the project. Unfortunately that means migrating the project to another IoC solution (guava?), which is maybe one week of work...I think this is inevitable in long term...
92

I think i made it work but with a very ugly workaround, I manually downloaded org.eclipse.equinox.common-3.14.0.jar file renamed it to org.eclipse.equinox.common-3.15.100.jar and placed it under my directory: C:\Users\<your user name>\.gradle\caches\modules-2\files-2.1\org.eclipse.platform\org.eclipse.equinox.common\3.15.100.
At least it can build now.

But let's come back to the root problem, I know the problem comes from the version of "org.eclipse.equinox.common" library, seems newer version 3.15.100 is compiled with JDK11 instead of JDK8. But i see we already specified to use 3.14.0 version in the build.gradle file. Forgive me i am new to gradle, I don't understand why when i build it is still downloading 3.15.100 version (the latest version). Looks like some other libraries are depending on this latest version, so it got downloaded instead of version 3.14.0.

Is there a easy way to force use 3.14.0 then we can probably find and downgrade those libraries which depends on 3.15.100 version ?




I see, thanks for explaining. I am new to Grandle, will try to do some research and fix.




Confirming the issue.

Unfortunately this is a standard Gradle dependency hell situation. Some package was updated and some transient package (org.eclipse.equinox.common) is in the new version compiled with Java 11, so it does not fit rest of the application and build fails. I guess, already had few issues like this.

The solution is to fiddle with version specifiers and downgrade packages which need to be downgraded. Unfortunately I won't have time to look at it in few weeks.

Feel free to fix this yourself if you want to have it faster. If you submit a working PR to this issue I will provide 3 months of premium membership as a bounty.

Kind regards,
Karel
93
I see, thanks for explaining. I am new to Grandle, will try to do some research and fix.




Confirming the issue.

Unfortunately this is a standard Gradle dependency hell situation. Some package was updated and some transient package (org.eclipse.equinox.common) is in the new version compiled with Java 11, so it does not fit rest of the application and build fails. I guess, already had few issues like this.

The solution is to fiddle with version specifiers and downgrade packages which need to be downgraded. Unfortunately I won't have time to look at it in few weeks.

Feel free to fix this yourself if you want to have it faster. If you submit a working PR to this issue I will provide 3 months of premium membership as a bounty.

Kind regards,
Karel
94
Confirming the issue.

Unfortunately this is a standard Gradle dependency hell situation. Some package was updated and some transient package (org.eclipse.equinox.common) is in the new version compiled with Java 11, so it does not fit rest of the application and build fails. I guess, already had few issues like this.

The solution is to fiddle with version specifiers and downgrade packages which need to be downgraded. Unfortunately I won't have time to look at it in few weeks.

Feel free to fix this yourself if you want to have it faster. If you submit a working PR to this issue I will provide 3 months of premium membership as a bounty.

Kind regards,
Karel
95
I am trying to install PTL Trader, what I did is I clone the project from GitHub, installed jdk 1.8.0_321 and jre1.8.0_321.
Then i tried to build the project following the guidance by running below command:
bash ./gradlew shadowJar -PforceArch=win64    (btw i am using window10 os)

Then I got this werid error:

import org.eclipse.core.runtime.IStatus;
                               ^
  bad class file: C:\Users\allen\.gradle\caches\modules-2\files-2.1\org.eclipse.platform\org.eclipse.equinox.common\3.15.100\498abfe26a551e844909c745c2936f6578ad81e5\org.eclipse.equinox.common-3.15.100.jar(org/eclipse/core/runtime/IStatus.class)
    class file has wrong version 55.0, should be 52.0
    Please remove or make sure it appears in the correct subdirectory of the classpath.
:compileJava FAILED

anyone can help me on this ?
96
Questions & Answers / Change of slot number does not change performance in the backtest
« Last post by tcima on February 28, 2022, 06:42:48 pm »
Hi,

I've been tuning my portfolio and have the following issue:

When I doubled the number of slots of a pair in a portfolio, both the CAGRs of the pair and whole portfolio (strategies: 9, max slots: 10) did not change a bit. The margin allocated to the pair is 100%.

I'd like to know why the performance doesn't change.

Thanks in advance
97
Questions & Answers / Re: Portfolio download
« Last post by tcima on February 27, 2022, 11:11:27 pm »
I checked RSI columns appearing in the csv file.
Thanks!  :D
98
Questions & Answers / Re: Adding Kalman-auto pairs to Portfolio fails, Backtest Page
« Last post by tcima on February 27, 2022, 11:05:28 pm »
I checked that Kalman-auto pairs were added to my portfolio normally.
Thanks!  :D
99
Questions & Answers / Re: Adding Kalman-auto pairs to Portfolio fails, Backtest Page
« Last post by admin on February 27, 2022, 04:54:38 pm »
Fixed.
100
Questions & Answers / Re: Portfolio download
« Last post by admin on February 27, 2022, 04:54:14 pm »
Hi,

this issue has been fixed.
Pages: 1 ... 8 9 [10]