Activity for Jiri Slaby
-
Jiri Slaby posted a comment on ticket #1088
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...
1