Desktop.

[kzimny]

Hallo,

beim Versuch eine avi Datei über folgenden Aufruf zu öffnen:

File sFile = new File("c:/temp/xx.avi");
if(sFile.exists())
{
Desktop.getDesktop().open(sFile);
}

erhalte ich folgende Meldung:

******** ERROR ********************************************************
This program is improperly using Base::Config by not initializing config
with the Load functions
See the documentation in Base/Dev/index.html for usage instructions.
At the minimum, LoadCommandLine should be use with a dummy command line
consisting of the program name.
************************************************************************

sowohl über IDE als auch in der Kommandozeile.
Suche im Web brachte mich nicht weiter. Was mache ich falsch?
Eigentlich will ich die Datei nicht direkt abspielen sondern als Download anzeigen.

Viele Grüsse,
Krzysztof

 

[faetzminator]

Das klingt für mich ganz danach, als ob das Programm auch diese Meldung(en) ausgibt, wenn du das File xx.avi von Hand im Explorer öffnest. Es hat also weniger mit Java also mit der Konfiguration des Dateitypen (von Windows) zu tun.

 

[kzimny]

Die avi Datei lässt sich im Explorer öffnen.
Andere Dateien wie z.B. zip, ppt, xls kann ich mit dem Aufruf Desktop.getDesktop().open(sFile);
aus der Java-Anwendung öffnen.
Ich vermute das Problem liegt daran, dass die Dateien gleich mit der verknüpften Anwendung geöffnet werden.
Wer weiss wie ich eine Datei ähnlich wie im Web als "Download" aufrufen kann ohne das sie gleich geöffnet wird?
Bis für jeden Hinweis sehr dankbar.

 

[faetzminator]

Ja klar, das ist die Idee der von [c]Desktop[/c] zur Verfügung gestellten Methoden Dass du dich nicht mehr um das Handling von Dateien kümmern musst, wenn du diese öffnen oder drucken willst. Oder bei Webseiten...
Wo ist diese Datei? Wie greift der Client darauf zu (Browser? Applet? ...)?

 

[kzimny]

Es ist eine swing Desk-Applikation, der Benutzer arbeitet lokal auf eigenem PC/MAC.
Die Idee ist, dass auf die Dateien (avi, zip, mpeg) welche beim arbeiten erzeugt und
lokal gespeichert werden (auf einem usb-Stick, dabei spielt der Ort keine Rolle, der User hat dort die
vollen Berechtigungen) über ein klick direkt aus dem GUI "heruntergeladen" werden können.

 

[faetzminator]

Und inwiefern sind die Daten bei dir vorhanden? Irgendwo im Netzwerk? in einer Datenbank? In einem temporären Verzeichnis? Grundsätzlich musst du einfach die Daten per InputStream einlesen und dann über einen OutputStream in eine Datei speichern.

 

[kzimny]

>> per InputStream einlesen
Kein Problem.

>> und dann über einen OutputStream in eine Datei speichern.
Was heiss speichern, sie sind lokal, z.B. auf C:\temp\ schon vorhanden.
Ich will sie über ein Filedialog (Speichern/Ausführen/Abbrechen) aus dem GUI öffnen können.
Was muss ich dann mit dem OutputStreem tun?

 

[faetzminator]

Falls sich die temporäre Datei auf der gleichen Partition wie die Zieldatei befindet, kannst du folgendes verwenden: File (Java 2 Platform SE v1.4.2)
Dann müssen die Daten nicht kopiert werden. Allerdings solltest du den Returnwert auslesen, und wenn dieser negativ ist, eine Kopie erstellen.
Dies machst du mit den aktuellen Java-Versionen am einfachsten mit NIO. Hier siehst du den Vergleich zwischen IO und NIO mit Codebeispiel: NIO: High Performance File Copying

 

[kzimny]

Weil ich die Datei nicht nochmals erstellen wollte, habe mein Problem etwas anderes gelöst.
Die Datei wird zwar direkt mit einem verknüfpften Programm geöffnet, die Lösung stimmt für mich.

                    File sFile = new File("pfad zur Datei");
                    if(sFile.exists())
                    {
                        if(OSValidator.isWindows())
                        {
                            Process p = Runtime.getRuntime().exec("rundll32 url.dll,FileProtocolHandler " + sFile);
                        }
                        else
                        {
                            Runtime.getRuntime().exec(new String[]{"/usr/bin/open", sFile.getAbsolutePath()}); 
                        }
                    }

Danke und viele Grüsse,
Krzysztof