RE : RE : [Tsp-devel] [ANNONCE] tsp fs, un système de fichiers pour TSP

[PAGNOT, Robert]

Si, si, Robert est toujours là ... Et il suit avec gourmandise les petits
BéBés qui se forkent dans la naTureSP ...

C'est sûr que mon domaine d'action actuel est gentiment en train de migrer
vers des architectures client-serveur distribuées, mais malheureusement
(enfin, pas pour tous !) sans flux de paramètres, donc pas de TSP ;-(( On
s'oriente plutôt vers des WebServices et toute la tripaille qui vient avec
!!! Nos services sont plutôt "macroscopiques" et asynchrones, avec beaucoup
de calcul entre une demande et son retour. Je sors donc de VB pour tomber
dans du Java, du PHP et de retour au C.

Continuez les gars !!!!

        Robert

-----Original Message-----
From: address@hidden [mailto:address@hidden
Sent: Tuesday, March 21, 2006 12:24 PM
To: address@hidden
Subject: RE : [Tsp-devel] [ANNONCE] tspfs, un système de fichiers pour TSP


>From: dufy <address@hidden>
>Date: 17 mars 2006 23:20
>Subject: Re: [Tsp-devel] [ANNONCE] tspfs, un système de fichiers pour TSP
>To: address@hidden

> Fred, c'est vraiment le renard des environnement de développement.

C'est vrai qu'il est velu :))

> L'écriture d'un symbole passe par l'appel RPC ou directement par le BB ?

Par RPC avec un async_write :))), sinon Fred l'aurait appelé BBFS
(que je compte bien implémenter en plagiant honteusement le code de TSPFS
d'ailleurs).

Ceci n'est donc pas sans rappeler NFS sauf que là on "mount"
une application.

Tu noteras aussi que TSPFS peut monter N'IMPORTE QUEL PROVIDER TSP
donc en particulier un provider fonctionnant sur une carte embarqué
quelconque...


>Un usage sympa de ton truc pourra être de faire un client Windows qui par
un
>montage Samba (sans passer par java) lit un provider. Encore + usine à gaz,
>si on a le provider fileader symétrique de ton consumer filewriter, on
>pourra remplacer samba....

Sans déconner, nous avons un provider lecteur de fichier en préparation
il y a depuis aujourd'hui une version préliminaire(==qui ne compile pas)
dans le CVS:
src/provider/generic_reader

Attention toutefois le consumer TSPFS de Fred n'historise pas les valeurs
dans un fichier, mais fait apparaitre la dernière valeur dans un fichier
lorsque ce fichier est lu. C'est comme /proc , ça a beau être des fichiers
ce n'est pas vraiment des fichiers.

Suite à discussion avec Julien sur ce sujet une idée d'extension à TSPFS
serait qu'il gère un hsitorique de valeurs dont la profondeur pourrait
être réglable par un attribut étendu du fichier.

>Non sans délirer merci Fred pour ta contribe. Je l'essaye des que possible,
>mais par avance déjà je bénis le jour ou je t'ai pris comme stagiaire...

Ben si délirons justement,
Comme ça Robert reviendra peut-être discuter avec nous :)))

Eric

Le 16/03/06, Frederik Deweerdt <address@hidden> a écrit :
>
> Bonjour à tous,
[...]

---------------------------------------------------------

CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.

SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE COURRIER, 
MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR COURRIER 
ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE COURRIER, 
VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE 
COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE PARTIE.



This email is for information only and will not bind EADS Astrium SAS in any 
contract or obligation, nor its subsidiaries.

If you have received it in error, please notify the sender by return email. If 
you are not the addressee of this email, you must not use, keep, disseminate, 
copy, print or otherwise deal with it.

---------------------------------------------------------