bloaty | Bloaty McBloatface : a size profiler for binaries

I'm coding a Fibonacci heap data structure (https://en.wikipedia.org/wiki/Fibonacci_heap) in C++. This data structure consists of several heaps, with roots connected in a doubly-linked list. Each node has a doubly-linked list of its children. A whole heap has a doubly-linked list of leaf nodes, to support fast pruning. (CLRS 19-3.b)

My implementation of Node is:

I am currently working on a threaded Logging library as the first part of a bigger project for graphics drawing (for personal learning and development of skills).

currently i am using a singleton with a thread running on the side and taking Log messages and data into queues (so that they are not blocking events) to be processed later. I wrote a small wrapper around std::map<> as LogData that can be displayed by the logger in a stream or file in the following way.

For a side-project I want to sort the keys of a JSON with jq, and come up with the following solution:

I have an embedded project in Rust on the STM32F446 MCU. Consider the next line:

I'm new to Java11/all the overcomplicated module stuff.

The Problem

So I exported my Java11/JavaFX11 program from Eclipse as a Runnable JAR. If I click the JAR, it runs perfectly fine (Eclipse includes all of the module settings and JavaFX itself automatically in the runnable JAR). However, if I try to bundle the JAR with a JRE and run it via the command line with the following BAT file:

@ECHO OFF %~dp0\jre\bin\java -jar javaprogram.jar pause

I get:

Error: JavaFX runtime components are missing, and are required to run this application Press any key to continue . . .

How can I get it to just run the JAR file like it does when I click it?

Ways I've tried to fix it

The weirdest part is, if I just use:

java -jar javaprogram.jar

Which just accesses the installed JRE, it works again. It's only when I'm directly pointing it to a JRE at a specific path that it appears to break.

Alternatively, I'd just bundle JavaFX beside the JRE, but there doesn't seem to be a way to call --module-path with a relative path (googling this nets me a bunch of entirely unrelated stuff). It seems to demand an exact path, which isn't going to work if people are downloading a zip archive and extracting it. This would be redundant though because Eclipse is already packaging JavaFX with the JAR. I don't know why it's getting confused just because I'm calling it from the command line.

The project's code

The project I'm trying to get this to work with happens to be open source, so you can check out the code for it here:

https://github.com/SkyAphid/JDialogue

The main class is JDialogueCore.

Closing

I don't want to use installers since I think that's too bloaty. I'd like to be able to deploy my software like I always have by just putting them in an archive you can extract and run.

It's difficult to simply Google the problems as well since I keep getting completely unrelated results due to the broadness of the topic. Any direction/documentation relating to this problem would be greatly appreciated.

Thank you for your time!

I have the following design. When a client makes a request to the server, the server creates a state that holds all sorts of info. There are various stateless and stateful beans which need to read and write to this state. Refer to this unprofessional diagram:

The ComputationCycle class is where the processing starts and works by phases. During each phase it calls upon other Manager classes (which behave like utility classes) to help in the computation (diagram shows only for 1 phase). The state is being read and written to both from the CC class and the managers, both are stateless.

State holds Employee, Department and Car classes (in some irrelevant data structure) which are stateful. These classes can also call the Manager classes. This is done by a simple @Inject Manager1. The same way CC uses managers.

My problem is how to access the stateful state (and its contained classes) from the stateless classes (and from the Car, Department and Employee classes too, although I think solving one will solve the other). I can't inject a stateful bean into a stateless bean. So after the client makes a request and the computation cycle starts, how do I access the state related to this request?

One solution is to pass the state to every method in the stateless classes, but this is really cumbersome and bloaty because all methods will have an "idiotic" State argument everywhere.

How can I make this design work the way I want it to?

I have looked at several sites that discuss cross domain calls using ajax. They all seem overly complicated or specific. Below is the simple html page that I want to be able to send the request parameters to a specific JSP on my server.