Classpath programm findet jdbc nicht

[A13X]

Hallo Leute.
Ich habe genau das Problem, das im Titel steht.
Ich habe mal Probeweise ein kleines Tool gemacht:

	public static void main(String[] args) {
		try {
			Class.forName("com.mysql.jdbc.Driver");
			JOptionPane.showMessageDialog(null, "MySQL driver found!","Succes",JOptionPane.INFORMATION_MESSAGE);
		} catch (ClassNotFoundException e2) {
			JOptionPane.showMessageDialog(null, "Can't find MySQL-driver!","Error",JOptionPane.ERROR_MESSAGE);
			System.out.println("No Driver found!");
		}
	}

Wenn ich es mit Eclipse ausführe klappt es, weil ich dort den Treiber in den Build-Path eingefügt hab. Nach dem Exportieren des Programms findet es allerdings den Treiber nicht mehr, obwohl ich die jar dieses Treibers in den Classpath eingefügt habe:

Woran kann es denn sonst liegen?
Vielen Dank schonmal :toll:

 

[Sen-Mithrarin]

ich weis nich warum es diesen irr-glauben immer noch gibt JDBC-driver mit Class.forName() laden zu wollen ... aber ich klär mal auf


MySQL/J-connector nutzt die ServiceLoader-API ... und steht damit, wenn korrekt im CP, automatisch zur verfügung

ich würde eher behaupten das du am falschen ort nach dem treiber suchst und das jar dort nicht vorhanden ist


btw : wenn das dein einziger eintrag ist nimm das semikolon weg ... das wird nur als trenner gebraucht

 

[turtle]

Nach dem Exportieren des Programms findet es allerdings den Treiber nicht mehr

Das kommt wohl daher, das der Classpath aus der JAR genommen wird und die Treiber-JAR da nicht drin steht.

Du kannst beim Exportieren auch den Classpath im Manifest angeben.

Ich erzeuge immer ein "normales" JAR und mache dies durch Angaben einer selbst definierten MANIFEST.MF Datei "startfähig". Insbesondere die Einträge Class-Path und Main-Class sind wichtig.

Und ich stimme Sen-Mithrarin zu und verstehe ebenfalls nicht, warum dieses unsägliche JDBC-driver Class.forName() immer wieder gemacht wird. Diese Zeile kannst du weglassen!

 

[Sen-Mithrarin]

@turtle
stimmt .. daran hatte ich überhaupt nicht mehr gedacht ... aber trotzdem sollte ja das was im system-cp steht noch zusätzlich mit geladen werden ... muss ich gleich mal ausprobieren


uhm ... ok ... das ist wirklich merkwürdig

erstmal : man sollte natürlich auch darauf achten das der CP grundsätzlich immer "." für das aktuelle verzeichnis enthält ... sonst passiert es mal eben das man sich mit cmd im verzeichnis der klasse befindet aber von java die meldung not found bekommt ... (ouh man is das peinlich ... erstmal falschen CP gesetzt ... fail)

so ... und dann hab ichs mal getestet

class-file ohne jar : es wird der system-cp genutzt
class-file in jar, manifest ohne cp : auch system-cp
class-file in jar, manifest mit cp : system-cp wird komplett überschrieben


ergo : dein eclipse fügt dem manifest einen class-path hinzu unter dem dann versucht wird den treiber zu finden ... der so aber nicht an diesem ort existiert ...

ist irgendwie der grund warum ich keine IDEs nutze ... programmiere ja auch nur hobby-mäßig ... da reicht das dann auch mit nem notepad2 und cmd ...

 

[turtle]

Zum Thema jar file und classpath kann man auch mal in die Man-Page schauen
Quote daraus:
-jar Execute a program encapsulated in a JAR archive. The first
argument is the name of a JAR file instead of a startup class
name. In order for this option to work, the manifest of the JAR
file must contain a line of the form Main-Class:classname.
Here, classname identifies the class having the public static
void main(String[] args) method that serves as your applica-
tion's starting point. See the Jar tool reference page and the
Jar trail of the Java Tutorial for information about working
with Jar files and Jar-file manifests.


When you use this option, the JAR file is the source of all user
classes, and other user class path settings are ignored.


Note that JAR files that can be run with the "java -jar" option
can have their execute permissions set so they can be run with-
out using "java -jar". Refer to Java Archive (JAR) Files.