Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

d2r123

Members
  • Posts

    5
  • Joined

  • Last visited

d2r123's Achievements

Tree Puncher

Tree Puncher (2/8)

0

Reputation

  1. Ok, so, really simple question, I think. When I am creating a build using the gradlew build task, I will be told that various methods I am attempting to override don't exist. I was even told that it cannot find the basic symbol "Material.Rock" The question is, when I run my build task, do I have to have the source code files for java in any particular directory? The command says to import "net. minecraft. etcetera" and that line throws no errors, but somehow the build task cannot reference the ROCK material. Similarly, the class in question implements "block" which implements "AbstractBlock" which absolutely has a "public BlockRenderType getRenderType" method, but the build task's error message tells me that there is no such method. Here is the method that throws the error: Here is my version information And I am using the forge veriosn found in "forge-1.16.5-36.1.0-mdk (1).zip" So, Very simply, why can't gradel recognize any of the code I told it to import, and is that code supposed to be decompiled in some folder relative to my mod folder or is that unnecessary? I already have the code decompiled, so don't worry about that part.
  2. How ambiguous. Given that there is a thing in gradle which is called a dependency and my issue was with loading these dependencies, I did not think that this command referred to the JVM used by gradle. I also certainly didn't think that it referred to the encryption keys used by gradle in order to certify web downloads. However, I still tested it. I set my classpath and javahome variables so that they pointed at 1.8.74 and then ran 'gradlew --refresh-dependencies'. This did NOT change the JVM used by gradlew. gradlew -v still returns 1.8.291. I don't think this would have solved the problem. . In summary, the solution was to download the latest version of jdk 8, but this solution failed to have any effect until the computer was restarted. I am unsure if it was strictly necessary to delete my .gradle file too, but it worked. And simply running the refresh dependencies command seems to have nothing to do with this, but I don't know what it actually does so maybe that would have helped if I had done that under certain circumstances. Thanks for trying. I may be back to document other very basic problems and their very basic solutions, but this is it for now.
  3. found this learned about the existence of this And it tells me I am still using jdk 1.8.74 despite the fact I have now set my path variable to C:\Program Files\Java\jdk1.8.0_291\bin and the JAVA_HOME variable to C:\Program Files\Java\jdk1.8.0_291. I also simply deleted my [username]/.gradel folder and re-ran gradel -v, and somehow it STILL wants to use 8.74 instead of 8.291 as its jvm. I am going to delete the .gradel folder and helpcenter folder, restart my computer, and then try this again, in the hope that restarting my computer does anything. I also couldn't find any gradel.properties file inside of my .gradel folder.
  4. switched to jdk1.8.0_291 no difference
  5. While I have modified Minecraft itself before, I have not used forge. I downloaded a bunch of different versions yesterday to try to get some combination that worked, and have failed. I have seen the following comment by diesieben07 in another thread: For this, I will set my path variable to jdk 8, despite updating my jdk yesterday. Path now = C:\Program Files\Java\jdk1.8.0_74\bin, among other things. I have created a new and empty file at c:\[thepathtothislocation]\[username]\download\helpCenter I have re-downloaded the recommended mdk found at this page https://files.minecraftforge.net/net/minecraftforge/forge/ The file forge-1.16.5-36.1.0-mdk (2).zip is now the only file in the helpCenter folder. I have extracted the contents of the mdk zip into the helpCenter folder. Now, as a proof of concept, as something that should be absurdly simple and easy, I open command prompt as administrator. I navigate command prompt to the folder 'help center' and I issue command 'gradlew build' without changing anything in the files I have just extracted directly from the mdk I just downloaded. I have tried what feels to me like an absurd number of things to get around this most basic hurdle. When I enabled both TLSv1.2 and 1.3 I got an error that simply read 'TLSv1.3' with no more useful information, so I removed that line. When I attempted to download a certification through my browser and hopefully toss it in the right folder, that had no effect. When I ran the same command with the -info prefix it mentioned the following. and when I navigated my browser to "https://repo.maven.apache.org/maven2/net/" I found that there was no "minecraftforge" folder. This resource legitimately does not exist. This is extra frustrating because there is no mention of 'maven2' anywhere in the build file, the properties file, or any other file I knew to check. I simply do not understand the keytool tool or gradlew itself well enough to even approach a solution or understand half the discourse I can find on the topics. I can't even be sure that cirtification is the real issue here. And no, changing the https to http and vice versa didn't seem to do anything, though I would be fine with going through the motions again. I originally wanted to make a proof of concept for the simplest modification I could make, but at this point I'm just trying to get the program to run at all.
×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.