Discussion :

[med_alpa]

Bonjour,
Je travaille avec un serveur web embarqué dont les capacité en terme de mémoire est très limités. Je voudrais sauvegarder les données retournées par l'objet XmlHttpRequest dans un fichier XML coté client (sur le disque dur du client). malheureusement ceci cause des problème de sécurité et d'après la FAQ : En JavaScript c'est impossible. Il est (a été) possible d'accéder aux fichiers sur le disque dur d'un utilisateur avec IE en utilisant des activeX, mais "normalement" ce n'est plus possible car ça représentait une faille de sécurité. Il y a un moyen avec le API XML for script, mais cette dernière utilise les cookies.
y a-t-il une solution pour sauvegarder des données en XML coté client d'une façon permanante, car dans mon cas sur le faire coté serveur c'est impossible.
merci.

[SpaceFrog]

non ce n'est pas possible...
Enfin ce n'est plus dans l'esprit du dev web pour des raison évidentes de securité.
Il faut passer par le serveur et proposer le download ...

[Barsy]

Malheureusement non, par soucis de sécurité, il est impossible de stocker des données sur le disque du client sans la permission de ce dernier.

C'est à dire que ce que tu peux faire, c'est générer le fichier XML coté serveur, l'envoyer vers le client qui doit valider le téléchargement. Ensuite, quand tu voudra y accéder, il faudra que l'utilisateur aille chercher son fichier sur le disque et qu'il le recharge dans l'application...

Sinon, si tu cherches à stocker des fichier de façon moins volumineuse, essai plutôt de te tourner du coté de SQLite.

[BaBeuH]

Bonjour,

si tu veux absolument écrire ton fichier xml au niveau du client, tu peux utiliser une applet java pour gérer l'écriture du fichier (attention à la politique de sécurité de java, et il doit falloir également "signer" l'applet pour avoir les droits nécessaires).

Ensuite, tu peux communiquer entre l'applet java et ton javascript.

Pour plus d'infos sur l'interaction java <=> javascript :
http://java.sun.com/javase/6/webnote...ect/index.html

A+

[med_alpa]

Bonjour,
merci pour vos réponses.
Et si j'essaie de redirectionner la réponse du XMLHttpRequest vers un autre serveur web (normal : non embarqué), est c'est une bonne solution ? et comment lefaire en JS?

[BaBeuH]

Ben, si tu t'adresses à un serveur, le traitement (en l'occurence, l'écriture du fichier XML) se fera sur ce serveur, et le fichier sera écrit sur le serveur, or ton objectif est que le fichier soit écrit sur le client, non ?

Alors, à moins de faire le traitement sur le serveur puis de renvoyer le fichier mis à jour au client, qui s'apparentera à un téléchargement pour le client...
Tout dépend si tu souhaites que ce soit "transparent" pour le client ou non...

Si tu souhaites absolument que le fichier soit écrit sur le client, il te faut un "serveur" (ou apparenté, ex: l'applet java) pour faire le traitement.

A+

[Bovino]

Et si j'essaie de redirectionner la réponse du XMLHttpRequest vers un autre serveur web (normal : non embarqué), est c'est une bonne solution ? et comment lefaire en JS?

Tu vas te retrouver bloqué par la Same Origin Policy.
Tu devras donc à priori transiter par le serveur embarqué qui lui redirigera vers le serveur Web.

[Barsy]

Comme le dit Bovino, je te déconseille de faire le transit par le client.

La chaine de transit de l'information doit être de la forme suivante : Serveur 1 -> Client -> Serveur 1 -> Serveur 2 et non par Serveur 1 -> Client -> Serveur 2.

En gros, ça revient à avoir un serveur frontal et un serveur de données.

[med_alpa]

Ben, si tu t'adresses à un serveur, le traitement (en l'occurence, l'écriture du fichier XML) se fera sur ce serveur, et le fichier sera écrit sur le serveur, or ton objectif est que le fichier soit écrit sur le client, non ?
A+

Mon objectif c'est de stocker d'une façon permanente des données collectées par un capteur sans-fil qui possède un Serveur web embarqué. et vu que ce capteur ne possède que quelques centaines de ko, ceci dit, je dois stocker les données sur un autre support... j'ai pensé au début au stockage coté client, mais d'après les réponses ceci est impossible ou très compliqué et ça reste lié à un navigateur particulier...

Tu vas te retrouver bloqué par la Same Origin Policy.
Tu devras donc à priori transiter par le serveur embarqué qui lui redirigera vers le serveur Web.

ok je vais vérifier ça, j'espère que c'est possible avec le SWE, car c'est très spécifique.
merci.

[med_alpa]

Bonjour,

Malheureusement, ce n'est pas possible de faire la redirection.
mais on m'a conseillé d'utiliser les techniques de mashup ou Webstorage (html5) http://dev.w3.org/html5/webstorage/...
Je vais vérifier.