Fix Taking Screenshots on Wayland

[ProjectSynchro]

This PR implements a new "ScreenShotUtil" class that implements a CreateScreenShot method that will take a screenshot in the typical way using a java.awt.Robot on every desktop platform short of Wayland, this returns a BufferedImage, as expected.

Due to some bugs with how Wayland screenshots are handled in Java proper: https://bugs.openjdk.org/browse/JDK-8269245

We have to call the desktop bus (dbus) to request for the compositor to take a screenshot.

The screenshot is taken as a PNG image and dbus will tell us where that image is. That image is ingested as a BufferedImage and the PNG we took is deleted from the system. The BufferedImage is returned, which is what a Robot would normally do.

I also ran into a fun edge case where writing a BufferedImage with an alpha channel (like one we might get when reading a PNG) to a JPG silently fails, which causes the my-images/ folder to not be populated as expected.

I wrote a small helper method to strip out the alpha channel to avoid this:

sc-trade-companion/src/main/java/tools/sctrade/companion/utils/ImageUtil.java

Lines 257 to 262 in f714efb

	// Helper method to convert an image to a JPG-compatible format (no alpha channel)
	private static BufferedImage convertToJpgCompatible(BufferedImage image) {
	BufferedImage newImage = new BufferedImage(image.getWidth(), image.getHeight(), BufferedImage.TYPE_INT_RGB);
	newImage.createGraphics().drawImage(image, 0, 0, null);
	return newImage;
	}

This PR pulls in the dbus-java library, which allows us to interface with dbus directly instead of talking to a potentially missing executable, which is the most portable way to do this.

This change adds approx 1MiB to the final jarfile.

[EtienneLamoureux]

I'll be moving the companion app to bundle jdk 21, but I doubt that'll fix all the issues...