base64 entre différents langages

Version imprimable

04/12/2011, 20h08
_iri_

base64 entre différents langages

Bonjour,

J'ignore si c'est réellement le bon endroit mais je ne sais pas dans quelle catégorie posée ma question ...

J'ai une application écrite dans un langage A et une seconde application écrite dans un langage B. Je dois transmettre via le réseau un binaire sous forme "textuel" de la première application vers la seconde.

Pour cela, j'encode à l'émission le binaire en base64 via une API du langage A et je le décode à l'arrivée via une API du langage B.

Le binaire obtenu n'est pas le même que le binaire initial.
Ma question est : peut-on avoir des algos différents pour encoder/décoder en base64 ?
Où cela veut-il dire qu'une des deux APIs (sinon les deux) est foireuse ?
04/12/2011, 20h15
droggo

Mai,

Au moins une des 2 API est foireuse, OU il y a eu des erreurs de transmission.
04/12/2011, 21h13
sevyc64

Normalement l'algo doit être le même des 2 cotés.

Tu as peut-être une API foireuse.

Ou tu as peut-être un problème d'encodage (Unicode, UTF, ...) du fichier qui n'est pas reconnu ou mal exploité par l'API qui décode
05/12/2011, 12h20
prgasp77

La base 64 est clairement définie par la RFC 2045 (p. 24 & 25). Une des deux API est donc nécessairement en défaut, ou comme l'a soulevé droggo, la transmission a peut être échoué.
Quant au soucis d'encodage, je n'y crois pas trop ...
05/12/2011, 13h22
Trap D

Je dis peut-être une ânerie mais ce ne pourrait-il pas être un problème d'endianisme ?
05/12/2011, 13h42
_iri_

Merci pour vos réponses

Je suis en train de recoder rapidement une petite API de test dans un des deux langages (l'autre étant PHP, je me permet de présupposer de sa fiabilité : "base64_decode").
La première API a toujours été utilisée (à ma connaissance) dans des applications "intra-langage" ce qui pourrait expliquer que personne ne s'en est encore aperçu.

Un problème d'endianisme ? Je n'y avais pas pensé. J'étudierais cette option si le problème persiste.

Citation:

Envoyé par Trap D

Je dis peut-être une ânerie mais ce ne pourrait-il pas être un problème d'endianisme ?

Ce qui revient à dire qu'une des deux API au moins est foireuse :
Citation:
Envoyé par RFC 2045, p24
When encoding a bit stream via the base64 encoding, the bit stream
must be presumed to be ordered with the most-significant-bit first.
That is, the first bit in the stream will be the high-order bit in
the first 8bit byte, and the eighth bit will be the low-order bit in
the first 8bit byte, and so on.
Mais c'est bien entendu envisageable.