Collectives™ on Stack Overflow
Find centralized, trusted content and collaborate around the technologies you use most.
Learn more about Collectives
Teams
Q&A for work
Connect and share knowledge within a single location that is structured and easy to search.
Learn more about Teams
Ask Question
private JButton cmdcreate;
private JPasswordField txtpass;
private JPasswordField txtpassreg;
private JButton cmdok;
private JLabel lblunm;
private JLabel lblpass;
private JLabel lbleml;
private JLabel lblpassreg;
private JLabel lblnm;
private JPanel panel_1;
public LoginCumReg() {
// Construct components
form = new JFrame("Sign Up");
form.getContentPane().setFont(
new Font("Plantagenet Cherokee", Font.BOLD, 18));
txtunm = new JTextField(5);
txtunm.addKeyListener(this);
txtunm.setBounds(637, 55, 100, 25);
txtnm = new JTextField(5);
txtnm.setBounds(637, 228, 100, 25);
txteml = new JTextField(5);
txteml.setBounds(637, 264, 100, 25);
cmdcreate = new JButton("Create Account");
cmdcreate.setBounds(527, 350, 188, 25);
txtpass = new JPasswordField(5);
txtpass.setBounds(637, 91, 100, 25);
txtpassreg = new JPasswordField(5);
txtpassreg.setBounds(637, 300, 100, 25);
cmdok = new JButton("OK");
cmdok.setBounds(527, 139, 100, 25);
lblunm = new JLabel("UserName");
lblunm.setBounds(527, 55, 73, 25);
lblpass = new JLabel("Password");
lblpass.setBounds(527, 91, 100, 25);
lbleml = new JLabel("Email ID");
lbleml.setBounds(527, 264, 100, 25);
lblpassreg = new JLabel("Password");
lblpassreg.setBounds(527, 300, 100, 25);
lblnm = new JLabel("Full Name");
lblnm.setBounds(527, 228, 100, 25);
// form.setResizable(false);
// Adjust size and set layout
form.setPreferredSize(new Dimension(800, 450));
form.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
form.getContentPane().setLayout(null);
// Add components
form.getContentPane().add(txtunm);
form.getContentPane().add(txtnm);
form.getContentPane().add(txteml);
form.getContentPane().add(cmdcreate);
form.getContentPane().add(txtpass);
form.getContentPane().add(txtpassreg);
form.getContentPane().add(cmdok);
form.getContentPane().add(lblunm);
form.getContentPane().add(lblpass);
form.getContentPane().add(lbleml);
form.getContentPane().add(lblpassreg);
form.getContentPane().add(lblnm);
cmdcreate.setActionCommand("Create Account");
cmdcreate.addActionListener(this);
cmdok.setActionCommand("Login");
JPanel panel = new JPanel();
panel.setBounds(502, 29, 254, 154);
panel.setFont(new Font("Palatino Linotype", Font.PLAIN, 14));
panel.setBorder(new TitledBorder(new EtchedBorder(EtchedBorder.RAISED,
null, null), "LOGIN", TitledBorder.LEADING, TitledBorder.TOP,
null, null));
panel.setBackground(SystemColor.controlHighlight);
form.getContentPane().add(panel);
panel_1 = new JPanel();
panel_1.setBounds(500, 204, 254, 186);
panel_1.setFont(new Font("Palatino Linotype", Font.PLAIN, 14));
panel_1.setBorder(new TitledBorder(new EtchedBorder(
EtchedBorder.RAISED, null, null), "SIGN UP",
TitledBorder.LEADING, TitledBorder.TOP, null, null));
panel_1.setBackground(SystemColor.controlHighlight);
form.getContentPane().add(panel_1);
JLabel lblNewLabel = new JLabel("New label");
lblNewLabel.setBounds(91, 139, 286, 101);
lblNewLabel.setIcon(new ImageIcon(
"C:\\Users\\JAsh\\Desktop\\Projects\\JAsh.png"));
form.getContentPane().add(lblNewLabel);
JPanel panel_2 = new JPanel();
panel_2.setBounds(77, 118, 315, 145);
panel_2.setBorder(new EtchedBorder(EtchedBorder.RAISED,
SystemColor.activeCaptionBorder, SystemColor.menu));
panel_2.setBackground(SystemColor.controlHighlight);
form.getContentPane().add(panel_2);
cmdok.addActionListener(this);
form.setResizable(false);
form.pack();
form.setVisible(true);
System.out.println("const..");
public static void main(String[] args) {
new LoginCumReg();
@Override
public void actionPerformed(ActionEvent ae) {
// TODO Auto-generated method stub
if (ae.getActionCommand().equals("Create Account")) {
new Registration(txtnm.getText(), txteml.getText(), new String(
txtpassreg.getPassword()));
form.setVisible(false);
if (ae.getActionCommand().equals("Login")) {
try {
if (txtunm.getText().equalsIgnoreCase("admin")
&& new String(txtpass.getPassword()).equals("admin")) {
form.setVisible(false);
new Admin();
} else {
DataBase db = new DataBase();
db.connect();
String sql = "SELECT * FROM LOGIN WHERE USERNAME='"
+ txtunm.getText() + "'";
ResultSet rs = db.getDDL(sql);
boolean found = false;
while (rs.next()) {
if (rs.getString("Password").equals(
new String(txtpass.getPassword()))) {
found = true;
form.setVisible(false);
String name = rs.getString("FullName");
Session.startSession(txtunm.getText(), name);
new FacultyWelcome();
if (!found)
JOptionPane.showMessageDialog(new JFrame(),
"Invalid Credentials");
db.close();
catch (Exception e) {
@Override
public void keyPressed(KeyEvent arg0) {
// TODO Auto-generated method stub
@Override
public void keyReleased(KeyEvent arg0) {
// TODO Auto-generated method stub
@Override
public void keyTyped(KeyEvent arg0) {
// TODO Auto-generated method stub
// JOptionPane.showMessageDialog(new JFrame(), arg0.getKeyChar() + "-" + arg0.getKeyCode());
The above code works perfectly on my friend's laptop and throws this error on my laptop. I have running the code on
Eclipse v4.2
(Juno) using Java 7.
I have also tested and run a lot of Java programs on my laptop all works well. This is the only program which gives such an error.
How can I fix this problem?
I have been having this problem for a while, but now I have figured it out.
It turns out that Java JDK 12 has both the JRE and the JDK inside the
bin
folder of the Java 12 JDK. (I have always believed that JRE and JDK are different application, but it turns out things have changed.)
My problem was that I had Java JDK 12 installed on my computer. At the same time, I had Java 8 (JRE) Installed on my computer. So my computer was getting confused.
With my command prompt environment set up to run Java and Javac commands:
I typed the follow commands:
java -version
This gave me Java 8.
After that, I typed:
javac -version
This gave me Java 12.
In other words, my program is getting compiled with Java 12 and I am trying to run with Java 8.
To solve the problem, I uninstalled Java 8 JRE from my computer.
I went back to command prompt to check if "java -version" and "javac -version" was returning the same version number, and yes, it was returning Java 12.
I tried recompiling my program again, and running it. It worked!!
–
–
–
Solution 1: Right-click on the class that contains the main method. Click on "Run As". Click on "Java Application". The keyboard shortcut is: Shift + Alt + X, J (while holding Shift and Alt, press X; then release Shift and Alt and press J).
Solution 2: As Professor mentioned, please make sure that java -version and javac -version are the same.
Note: Solution 1 is a quick fix and worked for me and a few other people. It may or may not work for you. I think Solution 2 is the proper way to solve it.
–
–
–
–
C:\folder\where\jar\stored>java -jar JarName.jar
I got information which made the problem clearer:
main/Main has been compiled by a more recent version of the Java
Runtime
In this case, the jar was compiled with a version newer than jre supports.
–
–
–
I had similar issues when using 'java' at the beginning of the package name, e.g. java.jem.pc
Check your console output, I was receiving:
Exception in thread "main" java.lang.SecurityException: Prohibited package name: java.jem.pc
–
I faced a similar problem with a project, in IntelliJ with Maven dependencies.
I solved it changing the dependencies scope from provided to compile.
IntelliJ:
Menu → File → Project structure → Modules → Dependencies → *Scope (provide to) → Compile.
In my case the issue was caused by the JDK version. To solve this I suggest to go into your POM file and check the <jdk.version>1.7</jdk.version>.
Afterwards, check the Java version in your cmd (Windows) or terminal (OS X or Linux) by typing: java -version.
Compare the version shown in the terminal/command prompt with what you have in your POM file. Make sure they are the same. Then run your project again.
You can check the console first to see the actual error message and then proceed by looking for answers for that error.
My console shows the error NoClassDefFound for the class jcommander.
Your error will probably be different from mine. The cause of my error is that the class jcommander is not in my M2 repository, so I just have to add that dependency in my pom.xml file. You can check if all the class dependencies are all declared and added in your current configuration and project build.
NoClassDefFoundError
I also faced the same issue. By looking at the console that's saying
java.lang.SecurityException issue.
the solution is: Check your package name of your project.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.3.2</version>
<configuration>
<source>${jdk.version}</source>
<target>${jdk.version}</target>
</configuration>
</plugin>
Check your console. It says java.lang.SecurityException issue. Change your 'package name'. I changed my package name from 'java.assessment' to 'assesment' and it worked for me.
If somebody knows the root cause , let me know please.
I experienced the same issue, however in my case it was due to the Configuration settings in IntelliJ IDEA.
Even though the project SDK (File -> Project Structure) was set to Java 11, the JRE in the Run/Debug Configurations (Run -> Edit Configurations) was set to Java 8.
After changing that to Java 11, it worked like a charm.
–
I have found that adding these lines of code to the pom.xml file of a Maven project solves similar issues for me:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>com.packagename.MainClassName</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-shade-plugin</artifactId>
<version>2.3</version>
<configuration>
<createDependencyReducedPom>false</createDependencyReducedPom>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>shade</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
Possible solution
If none of these solutions worked for you then try this... I finally got mine working by deleting the two folders ".metadata" and ".recommenders" in the workspace folder.
You can find your workspace folder path by clicking on menu File → Switch Workspace → Other in the Eclipse application's toolbar.
Now I am a complete noob crying my way through an software engineering degree at San Jose State University. So I am just sharing what worked for me without knowing much knowledge of why exactly.
I do not know what harm or headaches, or even if both aforementioned folders needed to be deleted. But in the end, it worked for me and it seems the application just recreates fresh versions of those folders anyway.
Error/Issue:
While trying to run my application as a Java application or as a Spring Boot application, I am getting below error
A JNI error has occurred, please check your installation and try again.
A Java exception has occurred.
As well as getting this error in the console:
Exception in thread "main" java.lang.UnsupportedClassVersionError: com/example/demo/IocApplication has been compiled by a more recent version of the Java Runtime (class file version 55.0). This version of the Java Runtime only recognizes class file versions up to 52.0`
What is the root cause?
The reason for this error is that
the code is getting compiled on a higher version. In my case, it is version 11... and
the code is getting executed on a lower version. In my case it is version 8.
I.e., Java (JDK) compiled code on 11, whereas the JRE version is 8.
Where did I configure JDK 11 and JRE 8?
I am using SpringToolSuite (STS). When I created the project, the JRE System library was in the build path, which got added as the default JRE library version of 8 (1.8).
But when I go to the project → Properties → Java Compiler → Compiler Compliance Level, it is by default having a selected version of 11
Solution:
The project → Properties → Java Compiler → Compiler Compliance Level
Set the Compiler Compliance Level to 1.8
That's it.
Now you are compiling your code in 1.8 and executing the compiled code with a JRE 1.8.
The accepted answer did not resolve the issue, hence I am posting what worked for me.
My issue came from trying to disable the Maven nature from my project and then deleting the pom.xml file. This is bad, very bad, don't do this. If you do, change it back to a Maven project and hopefully you can either restore your old pom.xml file or create a new one. As soon as I did that, it worked again.
EDIT: I recently ran across this problem again and this time it was because I had duplicate libraries in my classpath. The one Maven added (which started with /M2_REPO/.... and then one I had added (which I should not have done). Even though Eclipse was reporting that it could not find the class, the actual problem was that I had given it two libraries with the same class and it didn't know which one to use. Once I removed the second reference, it worked.
Edit the ".classpath" and include the below tag:
<classpathentry kind="con" path="org.testng.TESTNG_CONTAINER"/>
This could solve your problem.
In my project I had changed my Maven POM file and removed the entry for maven-jar-plugin.
When you build a JAR file whose purpose is to be executable, you need to include this so that certain entries get written into the manifest. I opened the old project, copied that entry (with some modifications for project name) and it worked.
I think this happens because the name of your class is the same name of another class in the JDK. Help Eclipse to determine which one you are trying to run by selecting the package your class is in. Go to run configuration, select the project and the main class.
When you press the search button to select the main class, you will find options that have the same name but different package, select your class.
There was no information in my console so that sent me searching for additional solutions and found these - unique to the solutions presented here. I encountered this with Eclipse v4.7 (Oxygen) trying to run an old Ant build on a project.
Cause 1
I had configured Eclipse to use an external Ant install which was version 1.10.2 which apparently had classes in it that were compiled with JDK 9. In Eclipse I got the JNI error described above (running the Ant build at the command line gave me the renowned 'unsupported major.minor version' error - the Java I was using on the system was JDK 8).
The solution was to roll back to the embedded Eclipse version of Ant being 1.10.1. I verified this as the correct solution by downloading Ant 1.10.1 separately and reconfiguring Eclipse to use the new 1.10.1 externally and it still worked.
Cause 2
This can also happen when you have the Ant Runtime settings configured incorrectly in Eclipse's Preferences. Depending on the version of Ant you're running you will need to add the tools.jar file from the appropriate JDK to the classpath used for the Ant Runtime (Home Entries). More specifically, without a proper configuration, Eclipse will complain when launching an Ant target that the JRE version is less than a particular required version.
Essentially, 'proper configuration' means aligning each of the configuration items in Eclipse for running Ant so that they all work together. This involves the Ant Runtime Home entry (must point to an Ant version that is compatible with your chosen JDK -- you can't run Ant with JDK 8 when it was compiled against JDK 9); specifying the tools.jar that belongs to the JDK you want to run Ant with in the Ant Runtime settings; and lastly setting the JRE environment of your build script to the JDK you want to run Ant with in the External Tools Configuration.
All three of these settings need to agree to avoid the error described above. You'll also need to consider the attributes used in your javac tag to ensure the JDK you're using is capable of executing as you've directed (i.e., JDK 7 can't compile code using source and target version 8).
Moreover
If you're really just trying to run an Ant build script to compile code to an older JDK (e.g., less than 8 for Oxygen), this article helped gain access to run Ant against an older JDK. There are Ant plugin replacements for a handful of versions of Eclipse, the instructions are brief and getting the correct plugin version for your particular Eclipse is important.
Or more simply you can use this very good solution to do your legacy compile which doesn't require replacing your Eclipse plugin, but instead changing the javac tag in your build script (while using the latest JDK).
I have been running into the same error when I adding the following Maven dependency in my project:
<artifactId>aws-encryption-sdk-java</artifactId>
The error came up only when I ran the shade JAR file produced by maven-shade-plugin. I was able to overcome the error by using the JAR file produced by maven-assembly-plugin.
The programs which has been written on one version of JDK won't support the JNI platform of another version of the JDK.
If in case we are using JDK 10 and JDK 8 with Eclipse configured for JDK 10 and code written on JDK 10. Now, I don't want to use JDK 10 and started using JDK 8 as jvm and tried to run the code which is written on JDK 10, so Eclipse will threw an error of JNI.
So, to come out of this error, please add the current JVM path to eclipse.ini file. After this, copy the written code to the clipboard. Delete the project in Eclipse, create a new project, check in the copied code, and run.
