Je cherche des solutions pour encoder/décoder
des structures de données que je puisse échanger
entre des programmes Java et C++.
Qui plus est, je souhaiterais :
- que les programmes puissent tourner indifféremment
sur des machines à représentation big ou little endian
- que l'encodage soit le plus compact possible car
destiné à des échanges par réseau
(Je ne souhaite pas m'orienter vers des solution de
type CORBA ou DCOM).
Je cherche des solutions pour encoder/décoder des structures de données que je puisse échanger entre des programmes Java et C++.
Qui plus est, je souhaiterais : - que les programmes puissent tourner indifféremment sur des machines à représentation big ou little endian - que l'encodage soit le plus compact possible car destiné à des échanges par réseau
(Je ne souhaite pas m'orienter vers des solution de type CORBA ou DCOM).
Merci d'avance pour toute piste !
PKD
L'EBML (extensible binary markup language) reprend la logique du XML pour former une structure hiérarchique binaire. C'est utilisé comme base au container audio/video matroska. Je pense que ça peut t'aider.
Tu peux trouver plus d'infos là : http://ebml.sourceforge.net/specs/ http://ebml.sourceforge.net/
Il y a une implémentation C++ gratuite.
A+ Yann
Bonjour,
Sauf erreur, EBXML n'est pas vraiment "compact" ;-)
Bien sûr on peut envisager du FastInfoset ou tout autre compression ... mais au prix du cout processeur. Pas grave is la solution est de type point à point, mais s'il y a un central soumit à une grosse charge l'impact vaut à y réfléchir.
A+ TM
Il ne s'agit pas d'EBXML mais d'EBML
Yann
Autant pour moi :)
As-tu testé ses capacité de compressions face aux autres solutions ?
A+ TM
TestMan wrote:
Philip K Dick wrote:
Hello
Je cherche des solutions pour encoder/décoder
des structures de données que je puisse échanger
entre des programmes Java et C++.
Qui plus est, je souhaiterais :
- que les programmes puissent tourner indifféremment
sur des machines à représentation big ou little endian
- que l'encodage soit le plus compact possible car
destiné à des échanges par réseau
(Je ne souhaite pas m'orienter vers des solution de
type CORBA ou DCOM).
Merci d'avance pour toute piste !
PKD
L'EBML (extensible binary markup language) reprend la logique du XML
pour former une structure hiérarchique binaire. C'est utilisé comme
base au container audio/video matroska. Je pense que ça peut t'aider.
Tu peux trouver plus d'infos là :
http://ebml.sourceforge.net/specs/
http://ebml.sourceforge.net/
Il y a une implémentation C++ gratuite.
A+
Yann
Bonjour,
Sauf erreur, EBXML n'est pas vraiment "compact" ;-)
Bien sûr on peut envisager du FastInfoset ou tout autre compression
... mais au prix du cout processeur. Pas grave is la solution est de
type point à point, mais s'il y a un central soumit à une grosse
charge l'impact vaut à y réfléchir.
A+
TM
Il ne s'agit pas d'EBXML mais d'EBML
Yann
Autant pour moi :)
As-tu testé ses capacité de compressions face aux autres solutions ?
Je cherche des solutions pour encoder/décoder des structures de données que je puisse échanger entre des programmes Java et C++.
Qui plus est, je souhaiterais : - que les programmes puissent tourner indifféremment sur des machines à représentation big ou little endian - que l'encodage soit le plus compact possible car destiné à des échanges par réseau
(Je ne souhaite pas m'orienter vers des solution de type CORBA ou DCOM).
Merci d'avance pour toute piste !
PKD
L'EBML (extensible binary markup language) reprend la logique du XML pour former une structure hiérarchique binaire. C'est utilisé comme base au container audio/video matroska. Je pense que ça peut t'aider.
Tu peux trouver plus d'infos là : http://ebml.sourceforge.net/specs/ http://ebml.sourceforge.net/
Il y a une implémentation C++ gratuite.
A+ Yann
Bonjour,
Sauf erreur, EBXML n'est pas vraiment "compact" ;-)
Bien sûr on peut envisager du FastInfoset ou tout autre compression ... mais au prix du cout processeur. Pas grave is la solution est de type point à point, mais s'il y a un central soumit à une grosse charge l'impact vaut à y réfléchir.
A+ TM
Il ne s'agit pas d'EBXML mais d'EBML
Yann
Autant pour moi :)
As-tu testé ses capacité de compressions face aux autres solutions ?
A+ TM
Yann Renard
Mathias Gaunard wrote:
L'EBML (extensible binary markup language) reprend la logique du XML
Tout spécialiste du XML dira que ça n'a pas grand chose à voir, en fait.
C'est vrai (j'ai déjà été confronté à ces discussions ;) ). Mais je ne vois pas trop pourquoi en fait. On peut faire la même chose avec EBML que ce que l'on peut faire avec XML... Cela dit, il manque des outils comme les dtd, des outils de transcodage d'une grammaire à une autre etc... mais rien n'interdit de les implémenter. La représentation/structuration des données est totalement comparable.
Y
Mathias Gaunard wrote:
L'EBML (extensible binary markup language) reprend la logique du XML
Tout spécialiste du XML dira que ça n'a pas grand chose à voir, en fait.
C'est vrai (j'ai déjà été confronté à ces discussions ;) ). Mais je ne
vois pas trop pourquoi en fait. On peut faire la même chose avec EBML
que ce que l'on peut faire avec XML... Cela dit, il manque des outils
comme les dtd, des outils de transcodage d'une grammaire à une autre
etc... mais rien n'interdit de les implémenter. La
représentation/structuration des données est totalement comparable.
L'EBML (extensible binary markup language) reprend la logique du XML
Tout spécialiste du XML dira que ça n'a pas grand chose à voir, en fait.
C'est vrai (j'ai déjà été confronté à ces discussions ;) ). Mais je ne vois pas trop pourquoi en fait. On peut faire la même chose avec EBML que ce que l'on peut faire avec XML... Cela dit, il manque des outils comme les dtd, des outils de transcodage d'une grammaire à une autre etc... mais rien n'interdit de les implémenter. La représentation/structuration des données est totalement comparable.
Y
Mathias Gaunard
Cela dit, il manque des outils comme les dtd, des outils de transcodage d'une grammaire à une autre etc...
Il manque surtout les namespaces.
Cela dit, il manque des outils
comme les dtd, des outils de transcodage d'une grammaire à une autre
etc...
