Je dois réaliser une application ou j'ai besoin de sauvegarder des données
de manière régulière.
Au début je pensais utiliser une base de donnée de type sql mais le pc ou
tournera l'application n'est pas connecté à un réseau et est assez vieux.
De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé
qu'il serait peut etre préférable de sauvegarder les données sous forme de
fichier xml par exemple. Existe-t-il des solutions simples pour réaliser
des sauvegardes d'objets sous cette forme.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________
Hi everyone
I have to realize a software. I need to save frequently all the data
At the beginning, I wanted to use a database like mysql but the application
must be setup in an old computer. Besides, to facilitate the saves, I
believe that it would be better if I use some xml files. Is there any easy
way to realise some objects' saves with this principle ?
I've seen some "parsers" exist. What is it exactly ?
Non, XML n'est pas "built-in" mais vous pourriez employer XStream: http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql... -- yt
Thibal
Yvon Thoraval wrote:
wrote:
Non, XML n'est pas "built-in" mais vous pourriez employer XStream: http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql...
Bonjour, j'ajoute mon petit grain de sel :
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il n'est pas possible comme en SQL de mettre les requêtes dans un fichier texte qui soit facilement accessible et modifiable par un "utilisateur". Alors comment faire ?
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis très interessé par db4o, et j'essaie de bien me renseigner à fond avant de laisser tomber définitivement les BD relationnelles.
Yvon Thoraval wrote:
<carl_2004@db4objects.com> wrote:
Non, XML n'est pas "built-in" mais vous pourriez employer XStream:
http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit
conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql...
Bonjour, j'ajoute mon petit grain de sel :
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il
n'est pas possible comme en SQL de mettre les requêtes dans un fichier
texte qui soit facilement accessible et modifiable par un "utilisateur".
Alors comment faire ?
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis
très interessé par db4o, et j'essaie de bien me renseigner à fond avant
de laisser tomber définitivement les BD relationnelles.
Non, XML n'est pas "built-in" mais vous pourriez employer XStream: http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql...
Bonjour, j'ajoute mon petit grain de sel :
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il n'est pas possible comme en SQL de mettre les requêtes dans un fichier texte qui soit facilement accessible et modifiable par un "utilisateur". Alors comment faire ?
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis très interessé par db4o, et j'essaie de bien me renseigner à fond avant de laisser tomber définitivement les BD relationnelles.
cilovie
Yvon Thoraval wrote:
wrote:
Non, XML n'est pas "built-in" mais vous pourriez employer XStream: http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql... et les transactions alors !!
Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise.
Yvon Thoraval wrote:
<carl_2004@db4objects.com> wrote:
Non, XML n'est pas "built-in" mais vous pourriez employer XStream:
http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit
conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql...
et les transactions alors !!
Un sgbd peut être accédé par d'autres applis que la tienne.
C'est surement bien mais pour une petite mais pas pour une appli
d'entreprise.
Non, XML n'est pas "built-in" mais vous pourriez employer XStream: http://xstream.codehaus.org/
Nice to read you in french ;-)
je fais de la pub pour db4o, je trouve que c'est un excllent produit conçu on ne peut plus intelligement.
l'essayer, c'est l'adopter...
pas de comparaison possible avec sql... et les transactions alors !!
Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise.
yvon.thoravalNO-SPAM
cilovie wrote:
et les transactions alors !! Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise. effectivement, je pense que ça vise plutôt un db embarquée cependant, ça
et les transactions alors !!
Un sgbd peut être accédé par d'autres applis que la tienne.
C'est surement bien mais pour une petite mais pas pour une appli
d'entreprise.
effectivement, je pense que ça vise plutôt un db embarquée cependant, ça
et les transactions alors !! Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise. effectivement, je pense que ça vise plutôt un db embarquée cependant, ça
fonctionne aussi en server.
-- yt
yvon.thoravalNO-SPAM
Thibal wrote:
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il n'est pas possible comme en SQL de mettre les requêtes dans un fichier texte qui soit facilement accessible et modifiable par un "utilisateur". Alors comment faire ?
une requête, basiquement c'est un Object[][], ça peut très bien se convertir en xml, maintenant, la difficulté est dans l'abstraction. Tout dépend du niveau de l'utilisateur final, si c'est qq'un qui pige Xpath, il comprendra le querying pour db4o. Il n'est d'ailleurs pas impossible qu'un jour on puisse faire des requêtes de type Xpath sur db4o.
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis très interessé par db4o, et j'essaie de bien me renseigner à fond avant de laisser tomber définitivement les BD relationnelles.
c'est sûr que comparé à Hsqldb ça n'a pas grand chose à voir, hsqldb est très facile à maintenir, puisque finalement la base de donnée, c'est le script sql permettant de la construire, donc, si on connaît, un peu, sql, on sait lire directement la base et la mofifier y compris avec un traitement de texte bêbête.
enfin, ça c'est vrai pour une base "simple", dès que tu as une base un peu compliquée, c'est tintin, et même dangereux.
Par exemple, j'ai une table appellations organisée en arbre (pays/région/sous-région/.../appellation avec une tétrachiée d'attributs)
avec sql la bonne méthode c'est d'utiliser la représentation intervallaire (cf. <http://sqlpro.developpez.com/Tree/SQL_tree.html>) car la profondeur des branches est variable.
en db4à j'utilise un objet node.
-- yt
Thibal <thibaut@cogidis.com> wrote:
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il
n'est pas possible comme en SQL de mettre les requêtes dans un fichier
texte qui soit facilement accessible et modifiable par un "utilisateur".
Alors comment faire ?
une requête, basiquement c'est un Object[][], ça peut très bien se
convertir en xml, maintenant, la difficulté est dans l'abstraction.
Tout dépend du niveau de l'utilisateur final, si c'est qq'un qui pige
Xpath, il comprendra le querying pour db4o. Il n'est d'ailleurs pas
impossible qu'un jour on puisse faire des requêtes de type Xpath sur
db4o.
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis
très interessé par db4o, et j'essaie de bien me renseigner à fond avant
de laisser tomber définitivement les BD relationnelles.
c'est sûr que comparé à Hsqldb ça n'a pas grand chose à voir, hsqldb est
très facile à maintenir, puisque finalement la base de donnée, c'est le
script sql permettant de la construire, donc, si on connaît, un peu,
sql, on sait lire directement la base et la mofifier y compris avec un
traitement de texte bêbête.
enfin, ça c'est vrai pour une base "simple", dès que tu as une base un
peu compliquée, c'est tintin, et même dangereux.
Par exemple, j'ai une table appellations organisée en arbre
(pays/région/sous-région/.../appellation avec une tétrachiée
d'attributs)
avec sql la bonne méthode c'est d'utiliser la représentation
intervallaire (cf. <http://sqlpro.developpez.com/Tree/SQL_tree.html>)
car la profondeur des branches est variable.
Et si on veut pouvoir faire de la maintenance sur les requêtes ? Il n'est pas possible comme en SQL de mettre les requêtes dans un fichier texte qui soit facilement accessible et modifiable par un "utilisateur". Alors comment faire ?
une requête, basiquement c'est un Object[][], ça peut très bien se convertir en xml, maintenant, la difficulté est dans l'abstraction. Tout dépend du niveau de l'utilisateur final, si c'est qq'un qui pige Xpath, il comprendra le querying pour db4o. Il n'est d'ailleurs pas impossible qu'un jour on puisse faire des requêtes de type Xpath sur db4o.
P.S: je n'essaie pas de démonter vos arguments, au contraire je suis très interessé par db4o, et j'essaie de bien me renseigner à fond avant de laisser tomber définitivement les BD relationnelles.
c'est sûr que comparé à Hsqldb ça n'a pas grand chose à voir, hsqldb est très facile à maintenir, puisque finalement la base de donnée, c'est le script sql permettant de la construire, donc, si on connaît, un peu, sql, on sait lire directement la base et la mofifier y compris avec un traitement de texte bêbête.
enfin, ça c'est vrai pour une base "simple", dès que tu as une base un peu compliquée, c'est tintin, et même dangereux.
Par exemple, j'ai une table appellations organisée en arbre (pays/région/sous-région/.../appellation avec une tétrachiée d'attributs)
avec sql la bonne méthode c'est d'utiliser la représentation intervallaire (cf. <http://sqlpro.developpez.com/Tree/SQL_tree.html>) car la profondeur des branches est variable.
en db4à j'utilise un objet node.
-- yt
Thibal
Yvon Thoraval wrote:
cilovie wrote:
et les transactions alors !! Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise.
effectivement, je pense que ça vise plutôt un db embarquée cependant, ça fonctionne aussi en server.
Bah une BD qui ne fonctionne pas en client/serveur, je ne vois vraiment pas l'interêt. C'est quelquechose qui ne servirait pas à grand monde et à mon avis c'est pas tellement viable commercialement (ils vendent des licences quand même ;))
et les transactions alors !!
Un sgbd peut être accédé par d'autres applis que la tienne.
C'est surement bien mais pour une petite mais pas pour une appli
d'entreprise.
effectivement, je pense que ça vise plutôt un db embarquée cependant, ça
fonctionne aussi en server.
Bah une BD qui ne fonctionne pas en client/serveur, je ne vois vraiment
pas l'interêt. C'est quelquechose qui ne servirait pas à grand monde et
à mon avis c'est pas tellement viable commercialement (ils vendent des
licences quand même ;))
et les transactions alors !! Un sgbd peut être accédé par d'autres applis que la tienne. C'est surement bien mais pour une petite mais pas pour une appli d'entreprise.
effectivement, je pense que ça vise plutôt un db embarquée cependant, ça fonctionne aussi en server.
Bah une BD qui ne fonctionne pas en client/serveur, je ne vois vraiment pas l'interêt. C'est quelquechose qui ne servirait pas à grand monde et à mon avis c'est pas tellement viable commercialement (ils vendent des licences quand même ;))
Yves Bossel
Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. Il y a de nombreuses bibliothèques por passer des objets Java a XML et
vice-versa. Il existe aussi des BD XML qui permettent de faire la même chose. J'ai seulement lu à ce sujet, alors je ne recomenderai rien.
Une recherche des concepts "Java XML mappings" peut t'aider ou "XML database".
D'autre part, les plus grands RDBMS offrent des ponts entre RDB et XML.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ? Le parser est l'interface utilisée pour lire un flux XML. Il y a deux
définitions: SAX qui sépare le fichier XML tokens après token et le DOM qui permet de parcourir des documents XML comme un arbre d'éléments organizés hiérarchiquement.
En deux mots le SAX repère 8 tokens séparés dans "<personne><prenom>Jean</prenom><age>34</age></personne>"; tandis que le DOM repère 3 éléments (personne, prenom, age) organisés comme un arbre (personne contiene les deux autres).
Pour commencer le DOM semble plus intuitif, mais il doit lire tout le document XML avant de pouvoir l'utiliser, c'est plus cher en mémoire et plus lent (quoique dans la plupart des cas totalement acceptable); le SAX, de par sa lecture token après token, requière de moins de mémoire et est plus rapide.
Yves Bossel
Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme.
Il y a de nombreuses bibliothèques por passer des objets Java a XML et
vice-versa. Il existe aussi des BD XML qui permettent de faire la même
chose. J'ai seulement lu à ce sujet, alors je ne recomenderai rien.
Une recherche des concepts "Java XML mappings" peut t'aider ou "XML
database".
D'autre part, les plus grands RDBMS offrent des ponts entre RDB et XML.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Le parser est l'interface utilisée pour lire un flux XML. Il y a deux
définitions: SAX qui sépare le fichier XML tokens après token et le DOM
qui permet de parcourir des documents XML comme un arbre d'éléments
organizés hiérarchiquement.
En deux mots le SAX repère 8 tokens séparés dans
"<personne><prenom>Jean</prenom><age>34</age></personne>";
tandis que le DOM repère 3 éléments (personne, prenom, age) organisés
comme un arbre (personne contiene les deux autres).
Pour commencer le DOM semble plus intuitif, mais il doit lire tout le
document XML avant de pouvoir l'utiliser, c'est plus cher en mémoire et
plus lent (quoique dans la plupart des cas totalement acceptable);
le SAX, de par sa lecture token après token, requière de moins de
mémoire et est plus rapide.
Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. Il y a de nombreuses bibliothèques por passer des objets Java a XML et
vice-versa. Il existe aussi des BD XML qui permettent de faire la même chose. J'ai seulement lu à ce sujet, alors je ne recomenderai rien.
Une recherche des concepts "Java XML mappings" peut t'aider ou "XML database".
D'autre part, les plus grands RDBMS offrent des ponts entre RDB et XML.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ? Le parser est l'interface utilisée pour lire un flux XML. Il y a deux
définitions: SAX qui sépare le fichier XML tokens après token et le DOM qui permet de parcourir des documents XML comme un arbre d'éléments organizés hiérarchiquement.
En deux mots le SAX repère 8 tokens séparés dans "<personne><prenom>Jean</prenom><age>34</age></personne>"; tandis que le DOM repère 3 éléments (personne, prenom, age) organisés comme un arbre (personne contiene les deux autres).
Pour commencer le DOM semble plus intuitif, mais il doit lire tout le document XML avant de pouvoir l'utiliser, c'est plus cher en mémoire et plus lent (quoique dans la plupart des cas totalement acceptable); le SAX, de par sa lecture token après token, requière de moins de mémoire et est plus rapide.
Yves Bossel
Valerio TRIPICCHIO
Parser est une fonction toute faite dans l'environnement .NET. Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
Thanks
Tao
Parser est une fonction toute faite dans l'environnement .NET.
Il suffit simplement de baliser tes données. Tu les envois dans le Parser et
il te génère ton fichier xml.
Bien à toi.
Val
"tao" <taomad@free.fr> wrote in message
news:Xns95E2D942462httpwwwdigipillscomc@61.9.191.5...
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données
de manière régulière.
Au début je pensais utiliser une base de donnée de type sql mais le pc ou
tournera l'application n'est pas connecté à un réseau et est assez vieux.
De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé
qu'il serait peut etre préférable de sauvegarder les données sous forme de
fichier xml par exemple. Existe-t-il des solutions simples pour réaliser
des sauvegardes d'objets sous cette forme.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________
Hi everyone
I have to realize a software. I need to save frequently all the data
At the beginning, I wanted to use a database like mysql but the
application
must be setup in an old computer. Besides, to facilitate the saves, I
believe that it would be better if I use some xml files. Is there any easy
way to realise some objects' saves with this principle ?
I've seen some "parsers" exist. What is it exactly ?
Parser est une fonction toute faite dans l'environnement .NET. Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
Thanks
Tao
ludo06
Valerio TRIPICCHIO wrote:
Parser est une fonction toute faite dans l'environnement .NET.
Un parser est un dispositif charger de lire un document et de l'analyser. Ca n'a rien a voir de specifique avec Java, .Net, C++...
Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Ca va beaucoup aider ca.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. Il y a de nombreuses solutions simples pour transformer un objet en XML,
le stocker puis le relire apres. La serialisation Java fournit par defaut un dispositif pour serialiser les objets en XML a partir de la version 1.4 (si je me souviens bien). Des projets open source comme xstream ou l'api de Sun JAXB (Java API for XML Binding) permettent aussi de la faire. Tu peux aussi bricoler quelque chose toi meme (introspection+generation du XML avec JDOM typiquement).
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ? Cf debut, en Java j'utilise Apache Xerces
(http://xml.apache.org/xerces-j/ ).
Merci
J'espere que ca repond a ta question, en tout cas le proselytisme .NET
j'aime pas trop sur les forums Java, je vais pas troller sur les forums Microsoft moi ! (remarque visiblement tu as crossposte, c peut etre pour ca)
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
Thanks
Tao
Valerio TRIPICCHIO wrote:
Parser est une fonction toute faite dans l'environnement .NET.
Un parser est un dispositif charger de lire un document et de
l'analyser. Ca n'a rien a voir de specifique avec Java, .Net, C++...
Il suffit simplement de baliser tes données. Tu les envois dans le Parser et
il te génère ton fichier xml.
Ca va beaucoup aider ca.
Bien à toi.
Val
"tao" <taomad@free.fr> wrote in message
news:Xns95E2D942462httpwwwdigipillscomc@61.9.191.5...
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données
de manière régulière.
Au début je pensais utiliser une base de donnée de type sql mais le pc ou
tournera l'application n'est pas connecté à un réseau et est assez vieux.
De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé
qu'il serait peut etre préférable de sauvegarder les données sous forme de
fichier xml par exemple. Existe-t-il des solutions simples pour réaliser
des sauvegardes d'objets sous cette forme.
Il y a de nombreuses solutions simples pour transformer un objet en XML,
le stocker puis le relire apres. La serialisation Java fournit par
defaut un dispositif pour serialiser les objets en XML a partir de la
version 1.4 (si je me souviens bien). Des projets open source comme
xstream ou l'api de Sun JAXB (Java API for XML Binding) permettent aussi
de la faire. Tu peux aussi bricoler quelque chose toi meme
(introspection+generation du XML avec JDOM typiquement).
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Cf debut, en Java j'utilise Apache Xerces
(http://xml.apache.org/xerces-j/ ).
Merci
J'espere que ca repond a ta question, en tout cas le proselytisme .NET
j'aime pas trop sur les forums Java, je vais pas troller sur les forums
Microsoft moi ! (remarque visiblement tu as crossposte, c peut etre pour ca)
Tao
_________________________________________________________________________
Hi everyone
I have to realize a software. I need to save frequently all the data
At the beginning, I wanted to use a database like mysql but the
application
must be setup in an old computer. Besides, to facilitate the saves, I
believe that it would be better if I use some xml files. Is there any easy
way to realise some objects' saves with this principle ?
I've seen some "parsers" exist. What is it exactly ?
Parser est une fonction toute faite dans l'environnement .NET.
Un parser est un dispositif charger de lire un document et de l'analyser. Ca n'a rien a voir de specifique avec Java, .Net, C++...
Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Ca va beaucoup aider ca.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. Il y a de nombreuses solutions simples pour transformer un objet en XML,
le stocker puis le relire apres. La serialisation Java fournit par defaut un dispositif pour serialiser les objets en XML a partir de la version 1.4 (si je me souviens bien). Des projets open source comme xstream ou l'api de Sun JAXB (Java API for XML Binding) permettent aussi de la faire. Tu peux aussi bricoler quelque chose toi meme (introspection+generation du XML avec JDOM typiquement).
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ? Cf debut, en Java j'utilise Apache Xerces
(http://xml.apache.org/xerces-j/ ).
Merci
J'espere que ca repond a ta question, en tout cas le proselytisme .NET
j'aime pas trop sur les forums Java, je vais pas troller sur les forums Microsoft moi ! (remarque visiblement tu as crossposte, c peut etre pour ca)
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
Thanks
Tao
S t e n
Je pense au projet AshPool http://ashpool.sourceforge.net/. J'en suis très satisfait même si toutes les fonctionnalités SQL ne sont pas disponibles.
A+
"Valerio TRIPICCHIO" a écrit dans le message de news:
Parser est une fonction toute faite dans l'environnement .NET. Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
Thanks
Tao
Je pense au projet AshPool http://ashpool.sourceforge.net/.
J'en suis très satisfait même si toutes les fonctionnalités SQL ne sont pas
disponibles.
A+
"Valerio TRIPICCHIO" <vt@trival.org> a écrit dans le message de news:
V4qdnS19brbAkxnfRVnyuw@scarlet.biz...
Parser est une fonction toute faite dans l'environnement .NET.
Il suffit simplement de baliser tes données. Tu les envois dans le Parser
et il te génère ton fichier xml.
Bien à toi.
Val
"tao" <taomad@free.fr> wrote in message
news:Xns95E2D942462httpwwwdigipillscomc@61.9.191.5...
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des
données
de manière régulière.
Au début je pensais utiliser une base de donnée de type sql mais le pc ou
tournera l'application n'est pas connecté à un réseau et est assez vieux.
De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé
qu'il serait peut etre préférable de sauvegarder les données sous forme
de
fichier xml par exemple. Existe-t-il des solutions simples pour réaliser
des sauvegardes d'objets sous cette forme.
J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________
Hi everyone
I have to realize a software. I need to save frequently all the data
At the beginning, I wanted to use a database like mysql but the
application
must be setup in an old computer. Besides, to facilitate the saves, I
believe that it would be better if I use some xml files. Is there any
easy
way to realise some objects' saves with this principle ?
I've seen some "parsers" exist. What is it exactly ?
Je pense au projet AshPool http://ashpool.sourceforge.net/. J'en suis très satisfait même si toutes les fonctionnalités SQL ne sont pas disponibles.
A+
"Valerio TRIPICCHIO" a écrit dans le message de news:
Parser est une fonction toute faite dans l'environnement .NET. Il suffit simplement de baliser tes données. Tu les envois dans le Parser et il te génère ton fichier xml.
Bien à toi.
Val
"tao" wrote in message news:
Salut à tous
Je dois réaliser une application ou j'ai besoin de sauvegarder des données de manière régulière. Au début je pensais utiliser une base de donnée de type sql mais le pc ou tournera l'application n'est pas connecté à un réseau et est assez vieux. De plus, pour facilier les sauvegardes pour les utilisateurs, j'ai pensé qu'il serait peut etre préférable de sauvegarder les données sous forme de fichier xml par exemple. Existe-t-il des solutions simples pour réaliser des sauvegardes d'objets sous cette forme. J'ai bien vu la notion de "parser" xml, qu'est ce exactement ?
Merci
Tao
_________________________________________________________________________ Hi everyone
I have to realize a software. I need to save frequently all the data At the beginning, I wanted to use a database like mysql but the application must be setup in an old computer. Besides, to facilitate the saves, I believe that it would be better if I use some xml files. Is there any easy way to realise some objects' saves with this principle ? I've seen some "parsers" exist. What is it exactly ?
