datei startet unter windows 7 nicht

[motoric18]

		Runtime.getRuntime().exec("rundll32 SHELL32.DLL,ShellExec_RunDLL C:/temp/bericht.pdf");

Leider funktioniert das bei windows 7 nicht bei windows XP einwandfrei .
D.h die Datei öffnet sich nicht automatisch.
Aber im builder auch einwandfrei.

 

[Kevin94]

Wenn das untern Win7 nicht funktioniert wirds wohl kaum an Java liegen. Ich vermute mal dass es an UAC liegt, das es bei XP noch nicht gibt. Wenn eine Operation unter Windows UAC braucht, dann macht Java einfach gar nichts. Im Falle von Dateizugriffen fliegt dann ne Exception und bei solchen Sachen würde eine Fehlermeldung von Windows in den Error/OutputStream des Prozesses geschrieben und der verläuft ins leere.
Ich hab so ne Zeile zwar noch nie gesehen, aber ich vermute mal das öffnet einfach die Datei mit dem dafür vorgesehenen Standart-Programm. Das geht mit der Klasse [JAPI]Desktop[/JAPI] auch einfacher.
Könnte natürlich auch sein, dass Win7 diesen Befehl so nicht unterstützt, aber ich hoffe, dass du das schon ausgeschlossen hast. Funktioniert der Aufruf in der Konsole so? Das könnte auch einen Hinweis auf UAC geben.

 

[motoric18]

also wie gesagt die Datei wird im Temp Ordner geschrieben aber nicht geöffnet.
Konsole auch negativ

 

[Kevin94]

Ich habs mal bei mir getestet: Es funktioniert einwandfrei (In Eclipse und über Konsole). Allerdings nur "ein mal". Ich hoffe du weist was der Befehl genau macht und hast ihn nicht einfach nur missverstanden. Bei mir tritt folgendes verhalten auf: Beim ersten mal wird die Datei mit Adobe Reader geöffnet. Wenn sie schon offen ist, wird das Fenster in den Fordergrund geholt.

Ansonsten muss es irgenwas mit der Systemkonfiguration zu tun haben. Wenn in der Registry kein Fehler ist (wenns in der Konsole funzt kann das eigentlich nicht sein) kann ich mir nur noch ein Fehler in der Java-Installation vorstellen.
Probiert hab ichs unter win7 home premium, allerdings mit einem Admin Account und folgener VM:

java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)

 

[tröööt]

also an java dürfte es ja wohl defintiv nicht liegen ...

ich würde hier einfach mal auf fehlende rechte spekulieren

 

[Kevin94]

Wenn du dich schon nicht anmelden willst, kannst du dann nicht einfach die Klappe halten, wenn du nix neues zu sagen hast? (Sonst könnte ich das über den Postcount zumindest irgenwie nachvollziehen.) Der ganze Inhalt deines Post steht doch in meiner ersten Zeile:

Wenn das untern Win7 nicht funktioniert wirds wohl kaum an Java liegen. Ich vermute mal dass es an UAC liegt, das es bei XP noch nicht gibt.

Und wenn du meinen zweiten Post gelesen hättest, dann wäre dir wohl klar geworden das UAC rausfällt.

 

[tröööt]

du hast meinen post nicht verstanden ... denn zwischen "UAC und ausführen von programmen mit erhöten rechten" und "schlicht keine berechtigung für den order / die datei" gibt es einen unterschied ... das man diesen natürlich dadurch verallgemeinern kann in dem man einfach sagt "UAC und so und java mal als admin starten" ist klar ...

 

[Kevin94]

Das blöde daran ist blos das der Ordner C:/temp/ keine erhöhten Rechte braucht, sonst könnte er die Datei ja nicht darin erstellen. Und falls du es mal selber ausprobieren möchtest: Das Snippet müsste auch ohne irgendwelche erweiterten Rechte laufen.

 

[Gast2]

Wieso nicht einfach:

Desktop.getDesktop().browse("C:/temp/bericht.pdf");

 

[tröööt]

also ich weis zwar nicht was du für n system verwendest ... aber unter meinem braucht man für ALLES was außerhalb von user.home passiert grundsätzlich UAC ... zumindest mit nem "normalen" user-konto ... das man als "Administrator" oder gar "SYSTEM" diese beschränkungen nicht hat weis ich alleine ...

aber naja ... wer sein system so schlecht konfiguriert das man direkt unter C:\ n ordner erstellen kann ... und dann darin schreibrechte hat ... bei dem ist n schädlings-befall vorprogrammiert

 

[r.w.]

Wenn es nicht unbedingt per rundll32 sein muss, hätte ich Windows-spezifisch noch folgendes im Angebot:

//...
      Runtime rt = Runtime.getRuntime();
      String[] cmd = new String[]{"cmd.exe", "/K", "start", "c:/temp/bericht.pdf"};
      try {
         rt.exec(cmd);
      } catch (IOException ex) {
         System.out.println(ex.getMessage());
      }
//...

Bei mir (auch Windows 7) hat diese Methode, im Gegensatz zur rundll32-Methode, funktioniert.


Ich seh gerade den Vorschlag von kappesf, der noch einfacher zu handhaben ist und bei
mir ebenfalls funktioniert hat. Hab es noch nicht versucht, aber funktioniert der vielleicht sogar
BS-übergreifend?

Anzumerken wäre nur, dass die Methode keinen String, sondern eine URI erwartet.
Also in etwa so:

      try {
          Desktop.getDesktop().browse(new URI("C:/temp/test.pdf"));
      } catch (IOException ex) {
         System.out.println(ex.getMessage());
      } catch (URISyntaxException ex) {
         System.out.println(ex.getMessage());
      }

VG ROlf

 

[Gast2]

Ich seh gerade den Vorschlag von kappesf, der noch einfacher zu handhaben ist und bei
mir ebenfalls funktioniert hat. Hab es noch nicht versucht, aber funktioniert der vielleicht sogar
BS-übergreifend?

Anzumerken wäre nur, dass die Methode keinen String, sondern eine URI erwartet.
Also in etwa so:

      try {
          Desktop.getDesktop().browse(new URI("C:/temp/test.pdf"));
      } catch (IOException ex) {
         System.out.println(ex.getMessage());
      } catch (URISyntaxException ex) {
         System.out.println(ex.getMessage());
      }

VG ROlf

Sorry ja klar erwartet ne URI. War ausm Kopf gepostet. Und ja das funktioniert Systemübergreifend. So kann man auch Websites etc. im dafür vorgesehenen Standard Programm öffnen. Generell kann man damit jede Datei im dafür vorgesehenen Standardprogramm öffnen.

Btw. man startet nie Dateien sondern öffnet eine Datei im dafür vorgesehenen Programm.

 

[motoric18]

Hallo zusammen, erstmal vielen vielen Dank an euch.

Hab mal wieder durchen Forum viel dazu gelernt. Danke.
Gruß Ric