Initialiser une classe Java via un tableau d'octets

Version imprimable

26/07/2012, 16h18
Biloute88

Initialiser une classe Java via un tableau d'octets

Bonjour,

Je récupère via un flux de données un tableau d’octets ( en provenance d'une liaison série). J’aimerai qu’une classe JAVA fasse référence à celui-ci et vienne initialiser tous ses attributs automatiquement (non pas attributs par attributs car source d’erreur) suivant les données du tableau (130 000 octets) . Mes attributs de classe sont composé que de type primitif (byte,short,int).

Par analogie au langage C, j’ai une structure C où l’adresse de début de celle-ci pointe vers le début du tableau.

J’aimerai vers la même chose en JAVA malheureusement, ce langage est dépourvu de pointeur, mais peu-être qu’il existe une alternative.

Merci d'avance pour votre aide !
26/07/2012, 17h16
Mathieu.J

Une piste : Object streams
26/07/2012, 17h51
Biloute88

En effet, j'ai déjà un peu regardé de ce coté, mais je n'ai pas trouvé de solution adéquate.

Je m'explique je ne peux utiliser un readObject() sur mon flux, car je n'ai pas fait de writeObject() au préalable.
Mais je me suis peut-être trompé.

Petite précision:
D'un coté je reçois une suite d'octet et de l'autre j'ai une feuille papier qui m'indique à quoi correspond le premier, deuxième, etc.
27/07/2012, 11h05
dinobogan

Il te "suffit" de combiner les octets pour reconstruire les int, long, float....
Tu inverse la technique d'écriture pour la transformer en lecture.
Il te faut les index et les tailles de chaque donnée dans le tableau d'octets. Pour chaque donnée, tu combines les octets puis tu appelles la méthode "set" adéquate sur ton objet de destination.
27/07/2012, 12h17
thelvin

Citation:

Envoyé par Biloute88

Je m'explique je ne peux utiliser un readObject() sur mon flux, car je n'ai pas fait de writeObject() au préalable.
Mais je me suis peut-être trompé.

Non, c'est exact. La sérialisation Java, c'est uniquement de Java à Java.

Ton problème, c'est pas qu'une histoire de pointeurs. Les types n'ont pas forcément la taille qui t'arrange, et il peut y avoir conflit big-endian/little-endian.

La seule solution c'est ce que dit dinobogan. Et c'est vrai que ce n'est pas super facile, Java n'étant pas trop prévu pour les manipulations bas niveau sur les octets.
27/07/2012, 12h23
professeur shadoko

ScatteringByteChannel?
mais là il faut faire les choses champs par champs ... désolé.
27/07/2012, 13h00
thelvin

Citation:

Envoyé par professeur shadoko

ScatteringByteChannel?

Là je t'avoue que je vois pas bien à quoi il sert.
ByteBuffer et LongBuffer etc, encore, ça éviterait de se casser l'oignon, soit à compter l'index, soit à convertir les bytes en d'autres types.

Mais ScatteringByteChannel je vois pas.

Je vous remercie de vos réponses.

Hier soir, j'ai trouvé une solution qui semble fonctionner. J'utilise la méthode getField() pour récupérer et initialiser mes attributs, je vous donne mon code.

Pensez-vous que cette solution est viable?

Ma classe Param_inst:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
public class Param_inst {
// tableau de string me précisant l'ordre des attribut de la classe
 
    public static final String[] tab_nomVariable = {"nbr_utilisateur1", "nbr_utilisateur2", "nbr_utilisateur3", "nbr_utilisateur4", "nbr_utilisateur5",
        "nbr_utilisateur6", "nbr_utilisateur7", "nbr_utilisateur8", "nbr_utilisateur9"};
 
    // Attribut de la classe
    public static int nbr_utilisateur1;
    public static byte nbr_utilisateur2;
    public static short nbr_utilisateur3;
    public static byte nbr_utilisateur4;
    public static byte nbr_utilisateur5;
    public static short nbr_utilisateur6;
    public static byte nbr_utilisateur7;
    public static byte nbr_utilisateur8;
    public static byte nbr_utilisateur9;
 
    //constructeur
    public Param_inst() {
    }
 
 
    // initialise chaque attribut de ma classe avec le tableau d'octet tab_octet
    public static void initialisation(byte[] tab_octet, Param_inst o) throws NoSuchFieldException, IllegalArgumentException, IllegalAccessException, IOException {
 
        // Initialisation de mon flux de lecture
        DataInputStream dis = new DataInputStream(new ByteArrayInputStream(tab_octet));
 
        //Lecture de mon tableau de String
        for (int i = 0; i < tab_nomVariable.length; i++) {
 
            //je recupere l'attribut 
            Field field = o.getClass().getDeclaredField(tab_nomVariable[i]);
            // Variable tampon pour le type de mon attribut
            Class<?> tmp;                  
            tmp = field.getType();
 
 
            //test du type de mon attribut
            if (tmp == byte.class) {
                //set mon attribut
                field.setByte(o, dis.readByte());
            }
            if (tmp == short.class) {
                //set mon attribut (reverseByte me permet de récuperer la bonne valeur car mon tableau d'octet et en litle endian
                field.setShort(o, Short.reverseBytes(dis.readShort()));
            }
            if (tmp == int.class) {
 
                field.setInt(o, Integer.reverseBytes(dis.readInt()));
            }
        }
    }
}

Main:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
    public static void main(String[] args) throws Exception {
        //création de mon tableau d'octet
        byte[] tab_octet = new byte[100];
        // Simulation de ma communication serie (je travail avec un fichier pour le moment
        FileInputStream fis = new FileInputStream("flux");
        //initialisation de mon tabelau
        fis.read(tab_octet);
 
        //creation de ma classe
        Param_inst pojo = new Param_inst();
        // initialisation de ma classe
        Param_inst.initialisation(tab_octet, pojo);
 
        //affichage des valeurs
        System.out.println(Param_inst.nbr_utilisateur1);
        System.out.println(Param_inst.nbr_utilisateur2);
        System.out.println(Param_inst.nbr_utilisateur3);
        System.out.println(Param_inst.nbr_utilisateur4);
        System.out.println(Param_inst.nbr_utilisateur5);
 
    }

27/07/2012, 13h19
thelvin

Ça me semblerait plus simple de parcourir la liste des declaredFields de ta classe, plutôt que de recopier à la main tous les noms des fields.

Mais à part ça, on peut pas vraiment faire plus simple que ça.

Moi, je me suis fait une classe utilitaire qui étend DataInputStream pour gérer l'endianness, mais je n'en ai pas trouvé dans Java ou dans une bibliothèque courante.
27/07/2012, 13h28
professeur shadoko

Citation:

Envoyé par thelvin

Là je t'avoue que je vois pas bien à quoi il sert.
ByteBuffer et LongBuffer etc, encore, ça éviterait de se casser l'oignon, soit à compter l'index, soit à convertir les bytes en d'autres types.

Mais ScatteringByteChannel je vois pas.

tu crée des buffers spécialisés chacun avec ses problèmes de données (comme petit boutien) et ensuite le ScaterringByteChannel les peuple d'un seul coup d'un seul. utilisé pour decrypter des protocoles (archaïques?) de type données.
27/07/2012, 13h31
Biloute88

D'après la Doc la méthode getDeclaredField() n'est pas forcement ordonnée or j'ai besoin de récupérer avec certitude l'ordre de déclaration des attributs pour associer les données du tableau au bon attribut.

La méthode reverseBytes() n'est pas suffisante pour gérer l'endianness?
27/07/2012, 14h58
thelvin

Citation:

Envoyé par professeur shadoko

tu crée des buffers spécialisés chacun avec ses problèmes de données (comme petit boutien) et ensuite le ScaterringByteChannel les peuple d'un seul coup d'un seul. utilisé pour decrypter des protocoles (archaïques?) de type données.

Marrant :). Je connaissais ScaterringByteChannel en lecture, je n'avais pas réalisés que ça faisait parfaitement l'écriture.
Cela dit, ça reste assez contraignant en pratique, pour le besoin exprimé.

Citation:

Envoyé par Biloute88

D'après la Doc la méthode getDeclaredField() n'est pas forcement ordonnée or j'ai besoin de récupérer avec certitude l'ordre de déclaration des attributs pour associer les données du tableau au bon attribut.

De fait. Je n'avais pas pensé à l'ordre.

Citation:

Envoyé par Biloute88

La méthode reverseBytes() n'est pas suffisante pour gérer l'endianness?

Si, mais au niveau conception objet ce n'est pas très élégant. À partir du moment où j'utilise un DataInputStream pour décoder mes types de base, il me semble qu'il devrait aussi s'occuper de décoder dans la bonne endianness, et ainsi me fournir une donnée utilisable telle quelle, sans conversion supplémentaire.

En réalité, DataInputStream n'a pas vocation à décoder des données binaires venant d'ailleurs, DataInputStream n'a comme vocation que de lire ce qu'écrit un DataOutputStream.
Du coup, je me suis fait ma propre classe qui gère tout cela sans s'embêter.
27/07/2012, 15h43
Biloute88

Je te remercie, pour les informations que tu as apportées. Je vais adapter mon code en conséquence.

Merci à tous.