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

[Stephane GALLES]

Hello, hello...

Moi qui viens de passer plusieurs jours loin de mon clavier,
je reviens et je trouve dans mon inbox pleins de questions qui
font mal à la tête...

Donc :

Selon TSP <address@hidden>:

> 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 ?

En fait je ne sais pas si c'est ou pas l'API Simple qui doit faire
cela...

Pour répondre à cette question, j'aimerais avoir  plus de détails
sur la nature du traitement à faire pour faire la jonction
entre les deux sessions. Doit - on jouer avec les timestamp ? (désolé
de ne pas être force de proposition pour l'instant, mais je ne me rappelle
plus trop des discussions passées sur ce sujet). Et effectivement, y aurait - il
une histoire de token là dedans ? Des souvenirs sur le sujet ?

En attendant, je remets mon cerveau en marche et je reviens avec des idées
plus précises

A+

Steph G.



>
> -----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
>
>
>
>
>
>


--