-Dorg.gradle.java.home="C:\Users\Public\wpilib\2022\jdk"" terminated with exit code: 1 - java

Working on a script for a RoboRIO in relation to the FRC. I'm unable to deploy the code. I'm not sure what I can do in order to proceed in deploying the code.
I attempted going into the properties json file and entering the team number manually into all the files. (I was expecting this to fix the issue, but unfortunately did not)
I also attempted to resolve the issue by reformatting the RoboRIO (This did not fix the issue either)
I can make a communication connection, and joystick connections, just no success with the Robot Code.

Related

JAR program not allowed to open/save under MacOS Catalina ("the open file operation failed to connect to the open and save panel service")

I am having the following problem:
I am using Catalina (10.15.7) on a MacBook and recently I downloaded a JAR executable file (called JKnobMan) but apparently it doesn't have access to the open and save operations, even though the program runs normally otherwise, and it even lets me export. But naturally, what I want is to be able to save my progress and open it later on.
The message I get when I click 'open' is: "The open file operation failed to connect to the open and save panel service". I don't get this message when I 'save' but the saved file contains none of the information it should have (I checked this by opening the saved file on the web version of the KnobMan program).
I tried going to the Security & Privacy settings to give this program all necessary access but for some reason the JAR file is not selectable when I browse the items.
I expect this to be an easy fix, but so far I have been unable to find a solution. Some people experience a similar problem with email services and they're usually easily solved, so this must be straightforward as well?
Any help appreciated.
EDIT: Note that I'm not asking for help with THIS particular program. I assume that I would have the same issue with any other JAR executable trying to open/save in a Catalina environment. So, knowledge of said program is probably not necessary to know the solution.

Spigot server not writing to config file

I am making an economy system for my spigot Minecraft 1.8.8 server, and because a hashmap resets every time I reload the server (erasing everybody $ data), I am trying to use the config file. A problem I'm having though is that my server won't write to the config file, or I just cannot see it, as it still appears blank although the processes are working fine. I would be fine with this, although it might be causing a bigger problem, the config file being wiped every time I reload. Any help is appreciated!
Without any code it's hard to know what's wrong but i guess maybe you aren't saving the file? (yamlConfigurationInstance.save(yourfile);)
If thats not the problem please provide a bit more code.

jar file sometimes doesn't start from network share

We have a Spring Boot (v2) powered JavaFX application (v8). More user run it on Windows, from a network share, at the same time (with a batch inside java -jar command). Jar is created by Spring Boot Gradle plugin and runs on Oracle JRE 1.8.
It run properly for months but nowadays sometimes fails to start with error message Error: invalid or corrupted jar file. (Manifest file is correct.) It usually happens when:
A user locked its PC when the application runs. After another user logs in and tries to start the same jar. This happens only on that PC which runs the jar within the locked user session. It happened on multiple machine not on only one.
And we got a bug report: application threw a NoClassDefFoundError but the class is inside the jar. I think these errors have relation.
We release periodically after one or two weeks and the bug is occured in multiple versions.
I dug a lot to find a solution or a detailed description of this error, but I found nothing.
Do you have any idea?
P.S.: We use this code snippet to determine which version of jar is running:
String manifestPath = classPath.substring(0, classPath.indexOf("!") + 1) +
"/META-INF/MANIFEST.MF";
Manifest manifest;
manifest = new Manifest(new URL(manifestPath).openStream());
return "v" + manifest.getMainAttributes().getValue("Manifest-Version");
We started to use this code near the bug is reported. It runs only on startup. I see stream is not closed manually or a try-with-resource block. Can it cause this behavior? I think not because GC will dispose the stream with an undetermined delay and between two application startup is more hours are estimated. And it is not associated with the NoClassDefFoundError.
It is not running reliably, because this is a very un-safe and un-reliable way to run an application. Executable code should be locally on the machine executing it.
So if it has to be on a network drive for some reason then it should be copied to the server it is going to execute it and then executed there.
Since it almost sounds like you are doing some sort of build process here it would be a much better idea to use an actual build tool like Jenkins to do this.
On the log list of issues that can happen executing from a network share:
o More than one user could try executing it at the same time causing conflicts.
o Which ever file sharing protocol could be locking the file(s) while one looking at the file or has it selected in their network viewer
o Different users with different permissions will get different behaviors. If it is trying to look on the drive or config files, or write a log file(s), etc. some users permissions on that file share may not Have the needed access.
o Network file shares are inherently un-reliable causing the file to not be accessible randomly, or to be reported as corrupted randomly.
o Different users on different machines with different versions of the networking protocols will get different behaviors.
o Different share protocols handle the data integrity checking differently and will cause different results.
And this could keep going for quite a while. You get the idea.

(Bad) lagg on auto complete in Eclipse

Basically when I auto complete on Eclipse (By pressing CTRL+Space) the program laggs for about 5 seconds. This is getting really annoying because I use the auto complete alot. How do I fix this?
The workspace I'm working on is located on a NAS with a 1Gbit/s connection. Could this be causing it?
Thanks.
Check if problem exists with local resources too
Create a local workspace and open it with same eclipse instance. Now create a simple java project by new project wizard at your local machine inside this workapce and try code completion there. If it's still slow go to Step 2.
(by the way - I wouldn't store workspace information on remote side, but always local)
Check proposal kinds
If it's not a network issue and the problem still exists on a simple local workplace with local sources you should inspect your proposal setup as shown in next picture.Maybe one of the proposal kinds is slowing down your IDE. You can experiment with turning off proposal kinds sequential to find the problematic one.
System requirements
If you got stil the problem after doing Step 1-2 maybe your system has not enough power/memory to provide eclipse (but normally not the reason - I am using eclipse at Linux on an old T61 notebook with 4 GB Ram + SSD and it works fine!)

Untraceable exception in java applet

I'm having some problems tracing the reason that I can't load a java(fx) applet.
The java plugin console for the browser has always been my sole source of information for problem solving. The reason it isn't much help at the moment is that the applet starts to load, downloading the jar files and outputting a percentage to the console along with the occasional statement to say it's on the next jar file. At some point in time (different percentages each time) the console just closes unexpectedly and the applet stops loading. I know this isn't much to go on but I was wondering if there was any way that the output from the console could be stored to a file on the local machine. To debug this particular problem, changing security permissions temporarily would be acceptable.
The problem has occured on every pc i've tried, however if I keep refreshing after failure it seems to cache the jar files previously downloaded and thus get further through the loading process until it eventually works. My issue now is that on a particular customers network refreshing does not resolve the issue. I thought it may be a permissions issue writing to disk but I've tried an administrator account and still no luck. I've also tried a variety of browsers. It might also be worth noting that they go through a proxy server - when the applet tries to load it asks for the credentials for logging on to the proxy which seems to authorise fine.
If anyone has a suggestion on what I could try it would be gratefully received.
Thanks,
James
Two points:
You should be able to get a stack trace through the applet console viewer (which runs in the system tray on PC's) and if you open that up it will show you your stack trace for debugging.
Can you reproduce this problem using the Java Applet Viewer tool? This will allow you to write unit tests, and debug much more easily.
I forget where it is, but somewhere in the java control panel (one of the options under the advanced tab I believe) there's an option to turn on logging. This will log all output to the java console to a file as well. I've used this when trying to debug issues similar to this.
There's some info here on where the files will appear:
http://download.oracle.com/javase/1.5.0/docs/guide/deployment/deployment-guide/tracing_logging.html
The problem ended up being some JS code that was making calls to the applet before the applet had initialised.

Categories