Créer des liens vers fichiers locaux

Bonjour à tous.

J'ai besoin de créer dans une application web, des liens vers des fichiers externes. Je désire à partir du site, pouvoir ouvrir certains fichiers (type .mdb) qui se trouvent en local (pas exactement local, sur un serveur en fait mais soit..).
je sais, ce n'est pas facile car niveau sécurité... mais c'est malgré tout ce qu'il est nécessaire de faire.


J'ai testé plusieurs choses mais sans succès.
La façon la plus proche était de faire un lien vers un fichier bat sur le serveur qui donnait les instructions pour ouvrir le fichier local. Le soucis c'est que le navigateur propose d'ouvrir ou enregistrer, nous cherchons à ce qu'il s'ouvre directement.

J'ai testé en version client lourd (swing) et là il n'y a aucun problème pour effectuer un lien direct vers un fichier local.

Est-ce possible via J2EE ou même en utilisant une applet ?

Merci d'avance.

Bonjour,

Ton serveur "local" est il accessible en FTP ?

Négatif

Si tu as une solution client lourd, tu peux peut-être envisager la version applet signée.

Il serait bien de préciser un peu le besoin parce qu'en ce qui me concerne, la notion de "local" n'est pas très claire...:?
Local par rapport à quoi ?

Citation:

---

Envoyé par OButterlin

Si tu as une solution client lourd, tu peux peut-être envisager la version applet signée.

Il serait bien de préciser un peu le besoin parce qu'en ce qui me concerne, la notion de "local" n'est pas très claire...:?
Local par rapport à quoi ?

---

par rapport à l'ordi du client.
Je pense me tourner en effet vers une applet, j'ai testé mais j'ai un petit Unsupported major.minor version 50.0, je résous et vous reviens.

Merci pour votre aide.

Oui, n'oublie pas que tous les postes clients n'ont pas forcément la dernière version du JRE (la cause de ton erreur), compile avec la version la plus basse possible en rapport avec tes besoins.

Bonjour,

Et bien c'est un intranet, tout le monde est supposé avoir la même version.
J'ai voulu compiler en java 1.4 mais il faut que je trouve une alternative à ceci :

Code:

---

1 2 3 4 5 6 7 8

Desktop desk = Desktop.getDesktop(); try { desk.open(new File("c:\\temp\\mymdb.mdb")); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); }

---

Possible en 1.4 ?

Je crois que la classe Desktop est apparue avec la version 1.5.
En 1.4, il faudrait utiliser Runtime.getRuntime().exec(...) mais ça supposerait que le programme à appeler soit installer systématiquement au même endroit, ou que le chemin soit paramétrable dans l'application en fonction de l'utilisateur, ce qui est très mauvais à mon avis...

Quel est le navigateur qui pose problème ?
Ou s'agit-il d'un poste qui n'a pas un JRE 1.6 ?

Première fois que je tente d'utiliser des applets :$

Et bien tous les postes clients ont java 1.6, je ne sais pas pourquoi j'ai eu une major minor version 50.. Mais bon, ici j'ai tenté en 1.4 .
Le fichier .mdb en pratique se trouve sur un drive réseau commun à tous les postes donc de ce point de vue, ça ne pose pas de problème.
Par contre quand j'exécute ce code :

Code:

---

1 2 3 4 5 6 7 8 9 10

try { JOptionPane.showMessageDialog(null,"HELLO1"); Runtime.getRuntime().exec("c:\\temp\\myDB.mdb"); JOptionPane.showMessageDialog(null,"HELLO2"); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); JOptionPane.showMessageDialog(null,"HELLO3"); }

---

J'ai bien le HELLO1 mais pas le 2 et pas le 3 non plus.
Dès qu'il rencontre la commande exec de runtime, plus rien ne se passe.

Une autre question.
Apparement, via le fichier html qui appelle l'applet, je ne sais pas accéder au répertoire WEB-INF. Je dois donc m'amuser à copier le fichier .class de mon applet dans les reps où se trouvent mes fichiers html. Est-ce normal ?

Merci d'avance.

Non, il n'y a pas besoin de copier l'applet, par contre, comme elle accède à un fichier dépendant du poste, elle doit être signée.
Une autre chose, il faut référencer l'application qui va ouvrir le fichier, du style

Code:

---

1 2	Runtime.getRuntime().exec("c:/unPath/monApplicationQuiLitMDB.exe c:/unAutrePath/monFichier.mdb");

---

A savoir que si tu as des blancs dans les noms de répertoire, ça risque de merdouiller, mieux vaut utiliser les noms courts ou passer par un String[].

Citation:

---

Non, il n'y a pas besoin de copier l'applet

---

C'est la seule façon où mon html retrouve ma classe.

Alors j'ai tout tenté, effectivement, je passe par un String[], mais rien ne réagit :aie:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

try { String url="c:\\temp\\jm_gdc.mdb"; JOptionPane.showMessageDialog(null,"HELLO1"); //Runtime.getRuntime().exec("c:\\temp\\myMDB.mdb"); Runtime runtime = Runtime.getRuntime(); Process process = null; process = runtime.exec(new String[] {"cmd.exe", "/c", "c:\\temp\\myMDB.mdb"}); //process = runtime.exec(new String[] {"cmd.exe","/c", " C:\\Program Files\\Microsoft Office\\OFFICE11\\MSACCESS.EXE /cmd "+ url + " TEST"}); JOptionPane.showMessageDialog(null,"HELLO2"); } catch (IOException e) { // TODO Auto-generated catch block e.printStackTrace(); JOptionPane.showMessageDialog(null,"HELLO3"); }

---

J'ai fait un test avec word, ça fonctionne (mais il faut obligatoirement signer le jar)
La classe

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

public class TestApplet extends Applet { private static final long serialVersionUID = 1;   @Override public void start() { super.start(); execute(); }   public void execute() { String[] cmd = new String[1];   try { cmd[0] = "c:\\Program Files\\Microsoft Office\\OFFICE11\\WINWORD.EXE \"c:\\Temp\\test.doc\""; Runtime.getRuntime().exec(cmd); } catch (Exception e) { System.out.println(e.toString()); } } }

---

La page

Code:

---

1 2 3 4 5

<html> <applet code="test.TestApplet.class" archive="test_signe.jar"> </applet> </html>

---

Rien ne se passe chez moi lorsque l'applet est exécutée.
Mais je dois dire que je n'ai pas utilisé ceci :

Code:

---

1 2	archive="test_signe.jar"

---

Que contient votre .jar ?
Je vais me documenter un peu sur la signature, voir si c'est le problème..

C'est le problème, ne cherche pas...

Pour information, lorsqu'une applet a besoin d'accéder aux ressources locales (ce qui est le cas ici), le jar doit être signé.
Ceci permet à la jvm d'autoriser l'accès à l'applet (après accord demandé et reçu)

Pour signer le jar, regarde ceci.

Alors, un grand MERCI !
J'ai effectivement dû signer mon jar.
J'arrive maintenant à lancer les applications access sans soucis..

J'en ai appris, merci pour le suivi :)

Bonne journée.

Je t'en prie... ;)

Petite question..
Je ne sais aps si je dois continuer ici ou s'il fallait ouvrir un autre post ..

Mon applet utilise différentes classes, j'ai donc du compiler ces classes, les mettre dans un .jar etc, jusque là tout va bien, ça fonctionne.
Je tente de me connecter à une db oracle (10g) à partir de l'applet, j'ai joint la librairie nécessaire, mais lors de l'exécution j'ai un joli :

Code:

---

1 2	access denied (java.util.PropertyPermission oracle.jdbc.TcpNoDelay read)

---

D'après ce que j'ai lu, si l'applet est signée, ça ne devrait pas poser de problème pourtant, si ?

edit: j'ai du compléter donc le fichier java.policy avec quelques lignes, jusqu'à inclure la permission de se connecter à l'ip du serveur..
ça ne me parait pas très pratique/portable.

N'y a-t-il pas d'alternative?

Nevermind, je me suis rendu compte qu'il fallait également signer les librairies auxquelles le jar accède.
Je suis quand même étonné de voir tout ce qu'on peut faire une fois que le client accepte un certificat ^^