Might want to add to the wish list to support sqlite. It's fast and easy to move from one PC to the next.
Any database with a JDBC driver is supported. Just pass in your sqlite database connection details (jdbc url, user and password) and it will use that without trouble.
I have to confess. Browsing through univocity-trader code makes me feel stupid. There's an older free package called JSystemTrader that at least I could get my head wrapped around in short order, but man, UT is intense compared to that. Also, NinjaTrader 7 API's in C# is so dumbed-down dirt simple that I fear I've lost my ability to follow complex OOP hierarchies anymore. jaxb, you won't know for many many years about this since you're a very young dude. But I fully understand now why Rich Hickey (creator of Clojure) said that if he had to write one more line of OOP code, he would quit programming for a living.
Don't forget that pig is part of the backbone of major stock exchanges (NASDAQ, NIKKEI, FTSE, etc). I worked on a distributed system used to route trades from these and the main exchanges of around 50 different countries. It's also used a LOT for high frequency trading (believe it or not, I seen more than one project that migrated C to Java)
I'm working with java since 2001, almost exclusively. If I look at python code or something else I feel lost too.
I believe you, but WHY would they do this? If there is a UI involved...I get it....but I can't think of any other good reasons...unless you like memory leaks.
The reason was exactly to prevent memory leaks. That's also exactly the reason why java is used in servers that run for years without stopping. Now, for high frequency trading it's all about preventing the garbage collector to run, so you preallocate everything upfront and only use that. The code looks BAD by the way
Interesting....my impression was leaks are much more of a problem in Java than c/c++ because the latter forces you to manage memory properly-ish...Im not a fan of garbage collectors.