Java is painful

[stides]

Are there plans to bring the game to a more current technology?

[Fostik]

Java is very current technology, there is nothing wrong with engine choice.

[MagicManICT]

If you have an issue with Java, maybe you could elaborate more? There's no more issues with Java than with many of the other game design APIs used today. Windows just likes to make a fuss about anything that isn't directly tied to Microsoft's pocketbooks, and Apple seems to hate Java with a passion at a level only scorned women would know.

[shubla]

Java is very current technology, there is nothing wrong with engine choice.

There are many things wrong with java.
Performance is not as good as alternatives, also I think that loftar doesn't like java, also the reason why java was used in first place no longer exists (1 click launch jnlp) also there are some quite stupid things that oracle has done recently with licensing and other things...

Devs should have coded the client from scratch when they started rendering rewrite, but I think that they are deep in sunk cost fallacy now, too late to turn back.

[loftar]

also the reason why java was used in first place no longer exists (1 click launch jnlp) also there are some quite stupid things that oracle has done recently with licensing and other things...

Devs should have coded the client from scratch when they started rendering rewrite, but I think that they are deep in sunk cost fallacy now, too late to turn back.

I don't think that's quite true. With the new launcher, there is now a 1-click launch Jar instead of JNLP, which arguably just works better than JNLP ever did. There are also other reasons for using Java, most importantly the ability to dynamically load code in a platform-independent manner. I'm not even sure how I'd replicate that on other platforms with less than either including a full copy of LLVM with the client or pre-compiling all dynamic code for all possible combinations of hardware and operating system that it might run on.

[MagicManICT]

I'm not even sure how I'd replicate that on other platforms with less than either including a full copy of LLVM with the client or pre-compiling all dynamic code for all possible combinations of hardware and operating system that it might run on.

There really isn't. Ideally, .Net is supposed to work in this way. In practice it doesn't (that I'm aware of, at least).

Performance is not as good as alternatives

You need to dig up the performance reports. Loftar posted them at one point on the forums some years ago.

[DPblH]

There are also other reasons for using Java, most importantly the ability to dynamically load code in a platform-independent manner.

This is just sounds like "Java is good because I coded so". While there is no problem for whole world to download updates, you decided to use ugliest and unsafe way.

[Granger]

There are also other reasons for using Java, most importantly the ability to dynamically load code in a platform-independent manner. I'm not even sure how I'd replicate that on other platforms with less than either including a full copy of LLVM with the client or pre-compiling all dynamic code for all possible combinations of hardware and operating system that it might run on.

http://docs.godotengine.org/en/stable/g ... -resources

Mobile platforms: iOS, Android
Desktop platforms: Windows, macOS, Linux, UWP, *BSD, Haiku
Web using HTML5 and WebAssembly

Who needs Java?

[shubla]

I guess that the launcher is faster on windows if it knows which program to open it with so its one click. (On linux I use command line so its not that fast or easy)
But one could argue that same can be achieved with C++, or then one could have launcher in Java which then downloads the game in c++.


There are many multi-platform games that don't seem to have any issues. Dynamically loading code? If you mean your res file system, one should not have used it in the first place.

You need to dig up the performance reports. Loftar posted them at one point on the forums some years ago.

I only found some discussion about C# and java differences.
If somebody says that java game is as fast (or faster!) than C and C++ he is wrong.

Though I somewhat agree that HnH should not use some ready-made game engine, at least with smaller game engines (like the one that swampmonster linked) there is a chance that they just stop maintaining it or something...

[Granger]

Though I somewhat agree that HnH should not use some ready-made game engine, at least with smaller game engines (like the one that swampmonster linked) there is a chance that they just stop maintaining it or something...

I argue Godot engine is better, because he'll have both the full source and the right to use it as he sees fit - with Java he has neither and oracle seems to be busy killing it.