Re: RE : RE : [Tsp-devel] TSP Consumer en Java

[Eric NOULARD]

J'ai fait une réponse un peu "formelle" la dernière fois.
Quoiqu'il en soit Yves a raison il y a un token 
de 'groupe' réservé dans les specs:
0xFFFFFFFD -- RECONF

...donc je retire ce que j'ai dit (shame on me) 
c'est donc PREVU mais pas implémenté :))

Des volontaires?



a noter que d'autres 'groupes réservés' existent:

cf ./src/core/include/tsp_const_def.h

/*-------- TSP PROTOCOL --------*/

/**
 * Control messages that can come from a provider, included in
 * the data stream. TSP protocol level. See TSP_msg_ctrl_t
 */

#define TSP_RESERVED_GROUP_EOF        0xFFFFFFFF

/** FIXME : reserved for futur implementation of async symbols */
#define TSP_RESERVED_GROUP_ASYNCHRONE 0xFFFFFFFE

#define TSP_RESERVED_GROUP_RECONF     0xFFFFFFFD

#define TSP_RESERVED_GROUP_GLU_DATA_LOST     0xFFFFFFFC

#define TSP_RESERVED_GROUP_CONSUMER_DATA_LOST     0xFFFFFFFB

Et même la partie Java n'est pas en reste:
jtsp/src/tsp/core/config/TspConfig.java

    /**
     * TSP Reserved Groups
     */
    public static int RESERVED_GROUP_ASYNCHRONE          = 0xFFFFFFFE;
    public static int RESERVED_GROUP_RECONF              = 0xFFFFFFFD;
    public static int RESERVED_GROUP_GLU_DATA_LOST       = 0xFFFFFFFC;
    public static int RESERVED_GROUP_CONSUMER_DATA_LOST  = 0xFFFFFFFB;

A noter que pour implémenter ça y'a du boulot "des 2 côtés"
consumer et provider.

Eric


Le lundi 02 mai 2005 à 10:05 +0200, TSP a écrit :
> Cela me revient le coups des 2 sessions pour commuter  entre 2 config
> de sampling.
> Mais par contre, il n'y avait pas dans les spec un token coté protocol
> TSP pour savoir quand la config de groupe devenait invalide, et pour
> prevenir de l'envoi d'une nouvelle config ?
> Question pour stephane Galles : Ton api de haut niveau
> en java va-t-elle gerer ces multiples sessions, ou est que ce sera
> dédié à une API encore + high-level ? 
>  
> -----Original Message-----
> From: address@hidden [mailto:address@hidden 
> Sent: Friday, April 29, 2005 5:27 PM
> To: address@hidden; address@hidden
> Subject: RE : [Tsp-devel] TSP Consumer en Java
> 
> 
>         Bienvenu dans le monde TSPien :))
>         
>         En fait c'est même "pire" que ça....
>         TSP ne prévois pas qu'on puisse changer de configuration
>         de SAMPLE dynamiquement.
>         
>         Si on veut le faire il faut le faire au niveau applicatif avec
>         
>         1) initialement pour la premiere requête
>                 ouvrir session sur le provider 'session1'
>         [je schématise car je n'ai pas en tête les noms exacts
>           des classes Java]
>                 session1.requestSample( );
>                 session1.requestSampleInit( );
>                 ...
>                 on reçoit les samples de la session1
>         
>         2) ouvrir une nouvelle session sur le MEME provider
>         'session2'
>                 session2.requestSample();
>                 session2.requestSampleInit();
>                 ...
>                 on reçoit les samples de la session2
>                 ...
>                 on ferme la session1
>                 session1.requestSampleFinalze();
>         
>         C'est à l'applicatif de gérer "la colle" entre les 2 sessions.
>         Stéphane GALLES a travaillé sur une API 'simple' pour TSP
>         qui pourrait (à voir avec lui) accueillir une classe
>         qui encapsulerait ce mécanisme.
>         
>         Eric
>         
>         -------- Message d'origine--------
>         De:     address@hidden
>         de la part de CHOQUET, Mathias
>         Date:   ven. 29/04/2005 16:37
>         À:      'address@hidden'
>         Cc:    
>         Objet:  [Tsp-devel] TSP Consumer en Java
>         Bonjours.
>         
>         Est ce que la partie consumer en java permet d'envoyer
>         plusieurs
>         requestSample() sans avoir à arreter et recommencer le flux
>         de données ?
>         
>         C'est à dire est il possible de faire la sequence
>         d'instructions suivantes :
>         
>                 requestSample( );
>                 requestSampleInit( );
>                 requestSample( );
>                 requestSample( );
>                 requestSample( );
>                 requestSampleFinalize( );
>         
>         Je ne suis pas certain que la partie Java gère le fait qu'une
>         configuration
>         de samples change durant l'envoi des données.
>         
>         Cordialement.
>         Mathias Choquet
>         
>         
>         
>         
>         
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel