Input/Output Wie externe Datei NICHT mit dem Standardprogramm öffnen?

[fasi]

Hi,

Auf dem Win-System sind Adobe Reader UND Acrobat Prof. installiert.
Standardmäßig ist eingestellt, dass sich PDF's mit dem Adobe Reader öffen sollen.

Wenn ich allerdings über Desktop getDesktop(irgendein.pdf) ein PDf öffnen lasse, wird Acrobat Prof. aktiviert.
Obwohl im System nicht der Standard.
Und das Acrobat Prof. ist zu alt, um die PDF's korrekt darzustellen.
(Soll aber weder deinstalliert noch aktualisiert werden, - liegt nicht an mir!)

Ich brauche eine Idee, wie man z.B. ein "PDF >> öffnen mit" kreieren könnte, bzw. wie man die quasi "verfügbaren zuständigen" Applikationen des Systems zurückbekommt, um hier das Öffnen eben NUR mit dem Adobe Reader zu definieren...

 

[chalkbag]

Hi,

Wenn ich allerdings über Desktop getDesktop(irgendein.pdf) ein PDf öffnen lasse, wird Acrobat Prof. aktiviert.
Obwohl im System nicht der Standard.

Denke das die Windows Standardprogrammzuweisung fehlerhaft ist (soll ja vorkommen 🙂 ).
Laut Using the Desktop API in Java SE 6

OPEN. Represents an open action performed by an application associated with opening a specific file type

wird ja immer das Standardprogramm für open() verwendet.

Vielleicht hilft es die Zuordnung löschen und neu zu setzten.


Abweichend vom Text zu dem Beitragstitel, ich hätte im oben aufgeführten Link keine Möglichkeit gefunden, eine Datei mit dem nicht Standardprogramm zu öffnen. Müsstest du also selber implementieren.

 

[Empire Phoenix]

Alternativ übern processbuilder den (absoluten) pfad zum reader und die pdf als parameter angehängt.

 

[fasi]

... erstmal Danke.

Nebenbei:
Das ganze "Problem" ist auf nem Firmenserver.
Ist schon seltsam: Im Kontextmenü zu einer .pdf wird angeboten:
+Mit Adobe Reader XXX öffnen >> Adobe Reader springt an
+Öffnen >> Adobe Prof. springt an.

Na gut.

Da meine Java Application sowieso mit einem extra Administrations-Bereich arbeitet, wird es dort eben einen Punkt geben, wo man Dokumenttypen und zugehörgie Systemapplikationen zuordnen kann, wenn - wie hier - Bedarf ist. Kommt dann eben in die DB und kann entsprechend ausgewertet werden, fertig...

Trotzdem:
So ein "öffnen mit" als Kontext in der Java Application wäre schon interessant...

@Empire Phoenix:
Ja, so mache ich das schon mit zip & Co. per 7Za. Die kommt immer mit der Java Application und hat damit über user.dir einen reproduzierbaren Pfad.
Bei PDF z.B. hab ich das Problem, dass sich in dem Pfad das Versions-Verzeichnis ändern kann.
Ok, müsste man eben alle Adobe Reader-Versionen vorab testen mit File.exists()...


LG