Kosh Posted November 1, 2022 Share Posted November 1, 2022 (edited) Hello. I'm trying to update my mod from 1.12.2 to 1.19.2. Some work already done, but I got a few errors. One of the problematic thing is a private inner classes which were transformed to protected(Wolf.WolfPanicGoal and Wolf.WolfAvoidEntityGoal). When I run it in an ide all goes well, but when I built a mod jar and tried to test as mod I've got an error: java.lang.IllegalAccessError: failed to access class net.minecraft.world.entity.animal.Wolf$WolfPanicGoal from class sophisticated_wolves.entity.SophisticatedWolf (net.minecraft.world.entity.animal.Wolf$WolfPanicGoal is in module [email protected] of loader 'TRANSFORMER' @5478ce1e; sophisticated_wolves.entity.SophisticatedWolf is in module [email protected] of loader 'TRANSFORMER' @5478ce1e) full crash log: https://gist.github.com/NightKosh/2a9c7239da0f26372c144f007faa6b91 My accesstransformer.cfg file: https://github.com/NightKosh/Sophisticated-wolves/blob/feature/1.19.2_update/src/main/resources/META-INF/accesstransformer.cfg And here is a link on a line of code, which is crashed: https://github.com/NightKosh/Sophisticated-wolves/blob/feature/1.19.2_update/src/main/java/sophisticated_wolves/entity/SophisticatedWolf.java#L87 Edited November 2, 2022 by Kosh Quote Link to comment Share on other sites More sharing options...
warjort Posted November 1, 2022 Share Posted November 1, 2022 (edited) Your project doesn't build for me. Issues with old class names, e.g. in https://github.com/NightKosh/Sophisticated-wolves/blob/feature/1.19.2_update/src/main/java/sophisticated_wolves/SWGui.java So I don't think the thing you have on github is what you are testing. First thing to check is whether the META-INF/accesstransformer.cfg is actually in the mod jar? i.e. you are not filtering it out somehow. You should also post the full logs/debug.log Edited November 1, 2022 by warjort Quote Boilerplate: If you don't post your logs/debug.log we can't help you. For curseforge you need to enable the forge debug.log in its minecraft settings. You should also post your crash report if you have one. If there is no error in the log file and you don't have a crash report then post the launcher_log.txt from the minecraft folder. Again for curseforge this will be in your curseforge/minecraft/Install Large files should be posted to a file sharing site like https://gist.github.com You should also read the support forum sticky post. Link to comment Share on other sites More sharing options...
Kosh Posted November 1, 2022 Author Share Posted November 1, 2022 5 hours ago, warjort said: Your project doesn't build for me. Some things still not updated, so such of them weren't commited yet. logs/latest.log file - https://gist.github.com/NightKosh/3b5695800f46d467dc9bd73b2312aca4 Accsess transformer file in mod jar Quote Link to comment Share on other sites More sharing options...
warjort Posted November 1, 2022 Share Posted November 1, 2022 I think you need to update your project so we can see what you are really doing. I just tried simulating what you are doing with your access transformer and it doesn't even compile for me (each class below is in different packages) public class TestA { // Wolf protected class Inner {} // WolfPanicGoal } public class TestB extends TestA { // Your api class } public class TestC extends TestB { // Your implementation public Inner test() { return new Inner(); // Compiler says not visible } } If I change the Inner class to public it does compile. But you have protected in your accesstransformer.cfg Quote Boilerplate: If you don't post your logs/debug.log we can't help you. For curseforge you need to enable the forge debug.log in its minecraft settings. You should also post your crash report if you have one. If there is no error in the log file and you don't have a crash report then post the launcher_log.txt from the minecraft folder. Again for curseforge this will be in your curseforge/minecraft/Install Large files should be posted to a file sharing site like https://gist.github.com You should also read the support forum sticky post. Link to comment Share on other sites More sharing options...
Kosh Posted November 1, 2022 Author Share Posted November 1, 2022 3 hours ago, warjort said: I think you need to update your project so we can see what you are really doing. Ok. I've done. Not completelly. At least there should be no broken files in repository. Sources: https://github.com/NightKosh/Sophisticated-wolves/tree/1.19.2 I use git submodules for mod API, so look at readme.md file to read about it jar file https://github.com/NightKosh/Sophisticated-wolves/releases/tag/1.19.2 Quote Link to comment Share on other sites More sharing options...
warjort Posted November 2, 2022 Share Posted November 2, 2022 Interesting. So my simple test above compiles if I add a public constructor to the Inner class. What is actually happening is the compiler is "cheating". When I look at the byte code, it is making that Inner class public not protected as it says in the source. I guess forge's runtime access transformer code doesn't do the same cheat, which is why it is not working. If I change your access transformer to use public instead of protected for those inner classes then obviously there is no crash. 1 Quote Boilerplate: If you don't post your logs/debug.log we can't help you. For curseforge you need to enable the forge debug.log in its minecraft settings. You should also post your crash report if you have one. If there is no error in the log file and you don't have a crash report then post the launcher_log.txt from the minecraft folder. Again for curseforge this will be in your curseforge/minecraft/Install Large files should be posted to a file sharing site like https://gist.github.com You should also read the support forum sticky post. Link to comment Share on other sites More sharing options...
Kosh Posted November 2, 2022 Author Share Posted November 2, 2022 13 hours ago, warjort said: Interesting. So my simple test above compiles if I add a public constructor to the Inner class. What is actually happening is the compiler is "cheating". When I look at the byte code, it is making that Inner class public not protected as it says in the source. I guess forge's runtime access transformer code doesn't do the same cheat, which is why it is not working. If I change your access transformer to use public instead of protected for those inner classes then obviously there is no crash. Thank you very much! Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.