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

[Stephane Galles]

Ha, super, merci pour les détails, cela me revient maintenant.

On va réfléchir à tout ça.

Eric NOULARD wrote:

> 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
> >    
>
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>
>
>