View Single Post
  #2   Spotlight this post!  
Unread 11-01-2016, 21:17
JesseK's Avatar
JesseK JesseK is offline
Expert Flybot Crasher
FRC #1885 (ILITE)
Team Role: Mentor
 
Join Date: Mar 2007
Rookie Year: 2005
Location: Reston, VA
Posts: 3,637
JesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond reputeJesseK has a reputation beyond repute
Re: JFrame As Secondary GUI Possibility

Quote:
Originally Posted by iSpotix View Post
I don't have the code with me, but it seems like more of a compiling error than actual code.
This particular error means the classpath at runtime cannot find a class. It doesn't have anything to do with compiling. It's more to do with how you deploy to your environment.

JFrame itself is a GUI-based class that will initialize a display environment under the covers. Unrelated to robotics, a 'headless' server is one that doesn't have a video card output at all. Running a class that initializes a JFrame on a headless server throws a runtime error, though I don't remember the specifics.

If you're running the java.swing.JFrame class on the RobotRIO, then I suspect that's the source of your error. The JFrame class is meant to be launched from your driver's station laptop, and the control code should connect to the RoboRIO's IP/ports where your RoboRIO code is publishing data.
__________________

Drive Coach, 1885 (2007-present)
CAD Library Updated 5/1/16 - 2016 Curie/Carver Industrial Design Winner
GitHub

Last edited by JesseK : 11-01-2016 at 21:20.
Reply With Quote