[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RE : RE : [Tsp-devel] TSP Consumer en Java
From: |
Eric NOULARD |
Subject: |
Re: RE : RE : [Tsp-devel] TSP Consumer en Java |
Date: |
Fri, 06 May 2005 15:29:05 +0200 |
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