Please, please don't use Windoze Server. Unless you want to get utterly pwned. Get a RHCSA (or just install Debian/Ubuntu and experiment with it in free time, that's as valueable).Originally Posted by Joocy
- - - Updated - - -
No need for once the full Lingo AST tree is correct and reproducible, then one can implement the base minium for a interpreted VM running in WebAssembly that communicates with a DOM canvas to draw on.
Kepler V1.32 works fine for me.
Fresh install of V1.4 produces this error, all libraries installed from what I can see.
Screenshot - https://imgur.com/a/Ofz8lhc
This was just answered by Marcio on the previous page:Kepler V1.32 works fine for me.
Fresh install of V1.4 produces this error, all libraries installed from what I can see.
Screenshot - https://imgur.com/a/Ofz8lhc
In regards to the libsodium issues, for the love of fucking god stop using Windows Server when running Kepler.
There is no reason to use overpriced, proprietary crap that requires an overkill amount of resources to run an operating system when Kepler can in theory, run on a complete potato inside a barebones Linux operating system.
Last edited by Quackster; 09-09-22 at 06:13 AM.
I moved Kepler from JDK 11 LTS to JDK 17 LTS.
The main reason was to scrap the dependency of libsodium because the JNA native library stuff caused a whole bunch of issues for people, so I moved to a library (Spring crypto and Bouncy Castle) that has a native implementation of Argon2id hashing written within Java itself. Yes, I am fully aware we take a massive hit to performance doing password hashing in Java itself rather than a call to a C library, but it's worth it to make sure Kepler runs everywhere.
Another plus is that JDK 17 has further long term support than JDK 11 has.
You may check out the release here: https://github.com/Quackster/Kepler/releases/tag/v1.41
Please upgrade your JDK if the highest you've installed is 11, you may need to reconfigure your path variables to ensure it works in command line.
Last edited by Quackster; 11-09-22 at 09:32 AM.
There's no perceivable hit. Not really, maybe a few ms here and there per operation, not anything significant. Java's JIT has gotten really good in recent years.
Maybe for the first user logging in there's some spike, but that'll be taken care of in the future as well.
Hello! Thanks alot for this, its amazing! Love it!
Great job!
Last edited by finschken; 3 Weeks Ago at 08:44 PM. Reason: fixed it
I've been running Kepler for months on a single Raspberry Pi 4 using the default Debian-based distribution. That includes Kepler, MariaDB as database engine, and NGINX for serving DCRs as static files. CPU was under 30% with ~25 users online. You can rent way more powerful Linux virtual machines for less than $5/month. There's no need to pay for more!
I think MariaDB is more resource demanding than Kepler itself... I'm surprised you can run the database server on a Raspberry Pi 4 lol
Might want to consider attaching an SSD via USB and store MariaDB and Redis (it snapshots to disk every 30 minutes or so) data on there.
SD cards aren't meant for 24/7 write applications (don't let camera companies fool you, they're cheaping out), and will wear out quick if used in that manner.
Make sure to use an SSD with at least a 1 GB DRAM cache, built on TLC NAND. Otherwise, it's not much better. Cheap SSDs with no DRAM and QLC instead of TLC will wear out quick as well.
Last edited by Hoshiko; 3 Weeks Ago at 04:03 PM.
please help2023-01-23T17:54:15.755 - [ErrorLogger] - Error when executing MySQL query:
com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: Access denied for user 'kepler'@'localhost' (using password: YES)
at com.zaxxer.hikari.pool.HikariPool.throwPoolInitializationException(HikariPool.java:597)
at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:576)
at com.zaxxer.hikari.pool.HikariPool.<init>(HikariPool.java:115)
at com.zaxxer.hikari.HikariDataSource.<init>(HikariDataSource.java:81)
at org.alexdev.kepler.dao.Storage.<init>(Storage.java:51)
at org.alexdev.kepler.dao.Storage.connect(Storage.java:71)
at org.alexdev.kepler.Kepler.main(Kepler.java:85)
Caused by: java.sql.SQLInvalidAuthorizationSpecException: Access denied for user 'kepler'@'localhost' (using password: YES)
at org.mariadb.jdbc.internal.util.exceptions.ExceptionMapper.get(ExceptionMapper.java:232)
at org.mariadb.jdbc.internal.util.exceptions.ExceptionMapper.getException(ExceptionMapper.java:165)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connectWithoutProxy(AbstractConnectProtocol.java:1199)
at org.mariadb.jdbc.internal.util.Utils.retrieveProxy(Utils.java:560)
at org.mariadb.jdbc.MariaDbConnection.newConnection(MariaDbConnection.java:174)
at org.mariadb.jdbc.Driver.connect(Driver.java:92)
at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:138)
at com.zaxxer.hikari.pool.PoolBase.newConnection(PoolBase.java:353)
at com.zaxxer.hikari.pool.PoolBase.newPoolEntry(PoolBase.java:201)
at com.zaxxer.hikari.pool.HikariPool.createPoolEntry(HikariPool.java:473)
at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:562)
... 5 more
Caused by: java.sql.SQLException: Access denied for user 'kepler'@'localhost' (using password: YES)
Current charset is UTF-8. If password has been set using other charset, consider using option 'passwordCharacterEncoding'
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.authentication(AbstractConnectProtocol.java:931)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.handleConnectionPhases(AbstractConnectProtocol.java:850)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connect(AbstractConnectProtocol.java:507)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connectWithoutProxy(AbstractConnectProtocol.java:1195)
... 13 more
Your database credentials are wrong. Failed to initialize pool: Access denied for user 'kepler'@'localhost' (using password: YES)
I never used mariadb, how can I do it correctly?
Reply With Quote