Jiri Slaby

In czech...

bad HomeController.openMessage translation

TextsCzech

It was a false track. It was findResource missing. So this patch fixes it as well and should be unintrusive. getResourceAsStream is not called here at all.

I understand and that's why I wrote that the change does not matter on UN*X systems. Anyway, the proper solution is to implement findClass in URLContentClassLoader. But that's too much for me. I don't know what to construct the class from. Staring into java's java.net.URLClassLoader does not help me much either – I don't understand where they get the byte [] to construct the class when we load only sh3f file without any classes at all. Or maybe just extend java.net.URLClassLoader and override its...

The reason is simple, they (and we in openSUSE too) do not want to depend on old javas – we maintain only 1 or 2 versions in one release (like java 9 and 10 in the latest release). BTW would you be interested in patches like this?

So I had the same problem on openSUSE. I believe the problem is due to newer java used for compilation. The attached patch fixes it for me. The long story is that a newer java tries to findClass from URLContentClassLoader with the furniture/texture first. And if that fails, the load of library fails too. getResourceAsStream from URLContentClassLoader is thus never called. Hence I dropped URLContentClassLoader implementation completely and used java.net.URLClassLoader instead. It has all that implemented...