tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : RE : RE : [Tsp-devel] [ANNONCE] t spfs, un système de fichiers pour


From: eric.noulard
Subject: RE : RE : RE : [Tsp-devel] [ANNONCE] t spfs, un système de fichiers pour TSP
Date: Tue, 21 Mar 2006 18:30:00 -0000

>-------- Message d'origine--------
>De: address@hidden de la part de PAGNOT, Robert
>Date: mar. 21/03/2006 18:08
>À: 'Transport Sample Protocol development list'
>Objet : RE : RE : [Tsp-devel] [ANNONCE] tspfs, un système de fichiers pour TSP
> 
>
>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

Nous avons fait l'expérience dun' WebService offrant les fonctionnalités
de TSP (observation de l'évolution d'un truc observable par TSP "du genre" 
essai)
en gros un consumer TSP en Java tournait dans un serveur TOMCAT qui 
offrait également un accès WebServices pour visualiser des graphes.
Les données sont collectées oar TSP côté serveur (Web) et le WebService
permet de monitorer les résultats de simulation (et pourquoi pas plus tard
de la piloter)
l'intérêt étant de piloter ton simulateur depuis un simple navigateur Web.

Le caribou a aussi expérimenté un trcu similaire avec Tapestry,
que je lui laisse commenter pou reviter de dires des bêtises.

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

Je pense qu'on est donc pas si loin.
Si tu veux des échanges sur le sujet je te brancherais en direct avec 
la personne de chez nous qui a travaillé sur le sujet.

Je pense que le Caribou est aussi un très compétent sur ce domaine.
Et comme tsp-devel est ouvert à toutes discussion techniques intéressante
allons-y!!!!

>Continuez les gars !!!!

Bien sur !!
Mais on n'oublie pas nos amis.

Eric

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

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


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel

<<winmail.dat>>


reply via email to

[Prev in Thread] Current Thread [Next in Thread]