Eclipse <-> Executable Jar

[Peschels]

Hallo zusammen,

ich hoffe mir kann einer von euch helfen. Ich habe folgendes Problem:
Ich habe in Eclipse eine Programm geschrieben, mit welchem man Daten auf einen FTP-Server laden kann. Starte ich das Programm aus Eclipse heraus, funktioniert alles einwandfrei. Wenn ich das Prog aber nun zu einer executable JAR exportiere, funktioniert es nicht mehr.
Erst einmal der relevante Code:

private void upload()
	{
		FTPClient client = FTPopen();
	           FileInputStream fis = null;
	    
		log.append("uploading: " + newline);
		int i=0;
		
		try
		{
	           	    while( i < file.length )
		    {
		       log.append(file[i].getName() + newline);
		       fis = new FileInputStream(file[i].getAbsoluteFile());
		       client.storeFile(file[i].getName() , fis);
		       i++;
   		     }
		     log.append("Übertragung beendet");
		     client.logout();
		     fis.close();	
		}
		catch (IOException e)
		{
			e.printStackTrace();
		}

Das Programm stoppt immer an der Stelle

client.storeFile(file[i].getName() , fis);

Woran könnte das liegen? Bin absoluter Anfänger bzgl. der Erstellung von JAR-Files.
Gruß Peschels

 

[Camino]

Starte es doch mal über die Konsole, damit du die Fehlermeldungen angezeigt bekommst...

 

[peschels]

Hallo, zuerst einmal danke für die schnelle Antwort...

Das Starten über die Konsole liefert mir die Ursache:

[WR]Java.net.SocketException: Software caused connection abort: socket write error[/WR]

Also hat das ganze nichts mit meinem JAR-File zu tun.
Woran könnte es liegen, dass ich beim Aufruf mit Eclipse keinen Fehler bekommen, außerhalb davon jedoch schon???

 

[Camino]

Hmm, vielleicht eine externe JAR nicht (richtig) eingebunden? Poste doch mal die ersten paar Zeilen der Fehlermeldung. Vielleicht kann man da noch mehr erkennen...

 

[peschels]

Die Fehlermeldung beginnt mit

java.net.SocketException: Software caused connection abort:socket write error
	at java.net.Socket.OutputStream.socketWrite0(nativeMethod)
	at java.net.Socket.OutputStream.socketWrite(UnknownMethod)
	at java.net.Socket.OutputStream.write(Unknown Source)
	at sun.nio.cs.StreamEncoder.writeBytes(Unknown Source)
	at sun.nio.cs.StreamEncoder.implFlushBuffer(Unknowns Source)

geht aber noch weiter ...

 

[Tecwan]

Ich könnte mir vorstellen, dass der Inhalt des Files Zicken macht, dass also unverdauliche
Sequenzen zum Abbruch führen.

Ich arbeite mit NetBeans, und hatte vor kurzem das Problem, dass beim Start unter NetBeans
Strings einwandfrei über einen socket übertragen wurden, nach Erstellen des jar aber Probleme
mit Umlauten auftraten, obwohl die gleichen Strings übertragen wurden.
Die Lösung bestand bei mir darin, bei der Deklaration des BufferedReaders das Format explizit
(als "UTF-8") anzugeben.
Bei mir waren es zwar Strings und keine Binärdaten, aber möglicherweise macht auch Eclipse
intern während der Entwicklung etwas anderes als bei Ausführung aus dem jar.
Ohne Formatangabe in IOStreams wird ja ein voreingestellter Wert verwendet; kann sein, dass
sich das Format bei Lauf unter Eclipse vom Format unterscheidet, das beim Start aus dem jar
verwendet wird.

 

[peschels]

Ich möchte jpg-Dateien übertragen. Das Problem besteht aber auch, wenn ich das PRogramm über die Kommandozeile starte, also ohne ein JAR-File zu erstellen.

 

[Tecwan]

Für mich klingt das nach einer abweichenden Behandlung beim Start unter Eclipse im Vergleich
zum Start aus dem jar/Konsole.

Ob die JVM den Code direkt aus einem File liest (Konsole), oder dieses File zunächst aus dem
jar picken muss, spielt keine Rolle.

Du kannst ja mal folgendes überprüfen:
- Wird in beiden Fällen (unter Eclipse wie auch Konsole) ein bzw. der richtige FileInputStream()
übergeben? (Filename mit Sonderzeichen, evtl. auch im Path - da kann ich mir vorstellen, dass
Eclipse aufgrund anderer Zeichensatzvoreinstellungen als sie den Grundeinstellungen deines
Systems/der JVM entsprechen, vorkommen können)

- Werden überhaupt Daten übertragen, stimmt die Anzahl der Bytes mit der des Files überein?
(Vielleicht Abbruch aufgrund fehlender Daten, leerem FileInputStream?)

- Tritt das Problem immer auf, oder nur bei bestimmten Bildern? (Ich vermute mal, bei allen)

Ich nehme mal an, dass der Server nicht unter deiner Kontrolle liegt, also müsste der Fehler
entweder bereits bei der Übergabe des

FileInputStream()

liegen, oder aber im Code
von

storeFile()

.

 

[peschels]

so habe das programm nun nach linux portiert und auch dort läuft es ohne Probleme. Woran könnte die Ausführung unter Windows noch scheitern???

 

[estede]

Hallo,
Kaum zu glauben, ich finde nach langen suchen doch noch ebenfalls Leidensgenossen. Habe schon etliche Stunden mit diesem Problem verbracht... ICh habs zwar noch nicht als Jar versucht, jedoch wirft auch bei mir die Zeile 'client.storeFile("uvw.xyz", fis)' immer eine Exception. Den Dateipfad gibt es auf jeden Fall (wird im Programm überprüft). Der Code sieht folgendermaßen aus:

class Ftp_Upload {
	public static void upload (File uploadDatei, String host, String user,String psw ) {
		FTPClient client = null;
		if(uploadDatei.exists()) {
			try {
				client = new FTPClient();
				System.out.println("Datei existiert: " + uploadDatei.exists());
				client.connect(host);
				if(client.isConnected()) {System.out.println("Mit dem Server "+ host + " verbunden");}
				else {System.out.println("Fehler beim Verbinden mit Server " + host);}
				if(client.login(user, psw)) {System.out.println("Login von " + user + " erfolgreich");}
				else {System.out.println("Fehler beim Login des Users " + user);}
				client.setFileType(FTP.BINARY_FILE_TYPE);
				int reply = client.getReplyCode();
				System.out.println("Received Reply from FTP Connection:" + reply);
				if(FTPReply.isPositiveCompletion(reply)){
			         System.out.println("Connected Success");
			     }
				//Diese Zeile bereitet Mir Sorgen:
			//*************************************************************************	
			/**/client.storeFile("testFile.txt", new FileInputStream(uploadDatei));/**/
			//*************************************************************************
			}
			catch(Exception e) {
				System.out.println("Exception has been throwed, the Stack trace is:");
				System.out.println();
				e.printStackTrace();
			}
//			finally {
//				try {
//					if(client.logout()) {System.out.println("Logged out user " + user + "from " + host);}
//					client.disconnect();
//				}
//				catch (Exception e) {System.out.println("Exception in finally-Block");}
//				
//			}
		}
		else {System.out.println("angegebene Datei existiert nicht");}
	}
}

Die dazugehörige Test Klasse mit der main Methode macht übrigens nix anderes als die Methode FTP_Upload aufzurufen (mit den ensprechenden Parametern natürlich).

Die Ausgabe sieht dann folgendermaßen aus:

Datei existiert: true
Mit dem Server s********.dyndns.org verbunden
Login von ****** erfolgreich
Received Reply from FTP Connection:200
Connected Success
Exception has been throwed, the Stack trace is:

java.net.SocketException: Software caused connection abort: socket write error
	at java.net.SocketOutputStream.socketWrite0(Native Method)
	at java.net.SocketOutputStream.socketWrite(Unknown Source)
	at java.net.SocketOutputStream.write(Unknown Source)
	at sun.nio.cs.StreamEncoder.writeBytes(Unknown Source)
	at sun.nio.cs.StreamEncoder.implFlushBuffer(Unknown Source)
	at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
	at sun.nio.cs.StreamEncoder.flush(Unknown Source)
	at java.io.OutputStreamWriter.flush(Unknown Source)
	at java.io.BufferedWriter.flush(Unknown Source)
	at org.apache.commons.net.ftp.FTP.__send(FTP.java:501)
	at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:475)
	at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:552)
	at org.apache.commons.net.ftp.FTP.port(FTP.java:877)
	at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:709)
	at org.apache.commons.net.ftp.FTPClient._storeFile(FTPClient.java:565)
	at org.apache.commons.net.ftp.FTPClient.__storeFile(FTPClient.java:557)
	at org.apache.commons.net.ftp.FTPClient.storeFile(FTPClient.java:1795)
	at Ftp_Upload.upload(Ftp_Upload.java:26)
	at MainTest.main(MainTest.java:5)

 

[VfL_Freak]

Moin,

vermutlich musst dort statt des File-Objekts den Dateinamen als String angeben.

Hier noch zwei hoffentlich hilfreiche Links, die ich auf die Schnelle fand:
FileInputStream (Java Platform SE 7 )
FTP mit Java

Gruß
Klaus

 

[estede]

Also bei mir liegt es daran nicht. Auch wenn ich den Input Stream nicht anonym mache sondern wirklich ein FileInputStream-Objekt initialisiere und dieses denn übergebe funzt es nicht. Das FIS ist also vorraussichtlich i.O.
Die Links kannte ich übrigens beide schon . Trotzdem Danke

 

[peschels]

Hallo estede,

ich habe des Fehlers Lösung gefunden, es liegt an der Windows-Firewall.
Nach der Ausführung folgender Schritte müsste auch dein Programm funktionieren:

- cmd als Adminstrator starten
- netsh advfirewall firewall add rule name=”FTP Service” action=allow service=ftpsvc protocol=TCP dir=in
- netsh advfirewall set global StatefulFTP disable

MfG Peschels