MemoryMapped From XML FILE ?

Bonjour à tous,

Je cherche le moyen de partager un fichier xml entre deux applications. J'essaie d'utiliser MemoryMapped, mais je pêche par ignorance.
Je ne sais même pas si c'est réalisable.

Ma première application ressemble à ça, et s'execute sans erreur

Code:

---

1 2	_mmf = MemoryMappedFile.CreateFromFile("Stocks2.xml", FileMode.OpenOrCreate, "STOCK"); _tt = _mmf.CreateViewAccessor(0, 0);

---

La seconde pour récupère et lire le contenu de mon fichier xml, est pour l'instant ça:

Code:

---

1 2 3 4 5 6 7

System.Xml.XmlDocument xd = new System.Xml.XmlDocument(); _mmf = MemoryMappedFile.OpenExisting("STOCK"); _tt = _mmf.CreateViewAccessor(0, 0); if (_tt.CanRead) { _tt.Read(0, out xd); // Error --> out xmldocument nullable }

---

J'ai donc une erreur sur le out xd, car ça pour une structure de sortie doit être non nullable, comment puis-je résoudre ça ?
Ou dois-je utiliser une autre technique (Un programme met à jour des données dans un fichier XML, l'autre va devoir analyser les données en même temps) ?

Merci beaucoup pour votre aide et commentaire sur ce sujet.

Pourquoi un fichier xml ? tu peux pas faire ca avec une base de donnée comme ça les 2 y accède ou tu peux créer un service web sur l'une des applis et l'appeler depuis l'autre appli
sinon une aide peut être ici :
https://www.developpez.net/forums/d2...e-application/

Merci youtpout978 pour ta réponse,

Pourquoi un fichier XML, j'ai pas le choix au départ le 1er programme mets à jour environ 500 noeuds par seconde dans ce fichier xml. Donc le fichier est enregistré toutes les minutes, car il peut pas enregistrer à chaque mise à jour de noeud.
Le 2ème programme que je dois développer doit lire et analyse les données mise à jour (donc pas uniquement lors de l'enregistrement du fichier).

J'avais bien pensé utiliser une base de données, mais c'est lourd à mettre en place, surtout si le client ne possède pas l'environnement et les accès à gérer une BDD. En ce qui concerne l'idée du webservice, c'est hélas un fichier de très grosse taille (1,5 Go) et en augmentation constante voir exponentielle, donc je crains fort que transmettre via webservice par relais le contenu du fichier, ça va être galère et pas tellement tenable en termes de performance.

Si tu as une autre idée, je t'avoue que je suis preneur. Là, je tente mon 2ème application avec un memorymapped stream, ça semble ok, bien que je sois obligé de convertir un byte[] en string et d'intégrer le string dans mon xmldoc.innerxml. Pas vrai joli joli comme méthode

Tu sauvegardes toutes les minutes un fichier un 1,5Go ?

Sinon comme youtpout978 je m'interroge sur la nature de ce fichier xml. Est-ce-qu'il te sert à persister des données ou est-ce-qu'il ne sert juste de dépôt temporaire pour transmettre à l'autre programme ? Est-ce-qu'il sert à structurer ou formater des données ? Est-ce-que ton fichier décrit un objet fermé ou s'agit-il d'une liste, qui pourrait être donc être découper ? Est-ce-que tu as besoin de l'intégralité des données ou seulement des mise-à-jour ? Est-ce-que l'usage d'un fichier est structurel pour le programme ou pourrait-on y substituer un autre mécanisme ? Et par ailleurs si tu travailles sur le même objet de données comment tu gères la concurrence pour éviter que la première application ne se mets pas à écrire dans le fichier pendant que la deuxième est en train de le lire ?

Côté base de données tu peux regarder du côté de SQLite, c'est une base de données fichier qui t'assureras une plus grande fiabilité qu'un simple fichier xml et dispose même d'un mode de fonctionnement "in memory" pour ne pas passer par le disque dur. Et pour de la communication inter-process performante tu peux également t'intéresser aux pipes nommés (named pipes sur la msdn).

il faut pas transmettre le fichier mais les données serialisés, ca sera beaucoup moins lourds et en communication entre process c'est ultra rapide